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[57] ABSTRACT 

In a distributed system, a method and system for negotiating 
a multi-category Quality -of-Service (QoS) agreement 
between a client and a server includes a client agent enabled 
to calculate an expected utility to a client of multiple 
multi-category QoS specifications. The client agent obtains 
the QoS specifications by transmitting a QoS specification 
request to a server agent or a broker. The expected utility 
calculation, based on a probabilistic estimate of QoS levels 
included in the QoS specifications, enables the client agent 
to distinguish the QoS specifications of greater value from 
those of lesser value. The client agent selects at least one of 
the QoS specifications to be included into an offer for a QoS 
agreement based on the expected utility calculation. In a 
preferred embodiment, the client agent selects the QoS 
specifications determined to be most valuable to the client. 
The offer is transmitted to the server agent to request a 
service provided by a server at QoS levels represented by the 
selected QoS specifications. After transmitting the offer, the 
client monitors a connection to the server agent for either an 
acceptance, a rejection, or a counteroffer to the offer. Com- 
munication between the client agent and the server agent 
conforms to a negotiation protocol which provides a set of 
rules for transmission of negotiation messages. 

19 Claims, 12 Drawing Sheets 
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UTILITY-BASED MULTI-CATEGORY Although the Andersen et aL system and method provide 

QUALTTY-OF-SERVICE NEGOTIATION IN a solution to the problem of additional QoS requirements 

DISTRIBUTED SYSTEMS incurred during a call, the system and method is limited to 

a threshold based negotiation method in which a QoS offer 
TECHNICAL FIELD 5 must meet the minimum requirements of a user device in 

The present invention relates generally to a system and OI ? cr . to 06 f ac ~P l f ]**™^ does not enable mteUigent 

method for negotiating a quality-of-service agreement sclcctl0D of a QoS offcr bam multl P lc accc ? lablc offcrs * 

between a client and a server, and more particularly, the u * s - Pat - No - 5,644,715 to Baugher describes a multime- 

invention relates to systems and methods for enabling dia computer system for scheduling and coordinating mul- 

utility-based multi-category quality-of-service negotiation 10 timedia resources. Data structures store user inputs defining 

in distributed systems. scheduling information necessary to support sessions with a 

specific QoS. In a negotiation for a QoS for a particular 

DESCRIPTION OF THE RELATED ART session, QoS parameters are specified by a transport user 

™ . /x. r* r o • /a P \ i_ j * when a connection is requested. If the transport layer imme- 
The term Quahty-of-Service (QoS) can be used ton,.,, . . . 7i_ 1 c .i_ ^ o 

, .. J . , ) \ . . • * diately recognizes that the values specified by the QoS are 

descnbe various non-functional characteristics associated ■ < . « iL . . /. . c 

- . . . „ . not achievable, the communication attempt fails, 

with the operation of communication networks. Enterprises AU , ' tl _ *V 

. , , * . a- p j i i_ Alternatively, the transport layer can recognize that it cannot 

are increasingly dependent on the effectiveness of distrib- . J \ . , .... , 

, , . . j •» ( .1 '1 ( • ~, achieve the desired QoS, but it can achieve a lower satis- 

uted systems in the daily operation of their businesses. The c . ^ o -m. 1 ^ 0 •• . ^. 0 . 

J . . j. . *i . j , • • 1 ^ factory QoS. The lower QoS, muiimum acceptable QoS, and 

effectiveness of these distnbuted systems is in large part on . . , , ~ 0 ' . . ..f , . 7 . 

j » . «: • * 11 c a' ** j -1 t-i 20 maximum acceptable QoS are then transmitted to the trans- 

dependent on efficient allocation of limited available # _f - J% ~. lt . 4U t . 

r ... , iuj*u u port user as part of a QoS offer. If the user cannot accept the 

resources, which can be accomplished through negotiation r ji ^ou* . 1 u .u 

C r\ o 4 / , 1 t r -1 proposed lower QoS, but can accept a value above the 

of QoS agreements. These distributed systems are frequently r . \ . , tl / 

, j . _ t ^ . 4 . minimum or below the maximum, the user may propose an 

employed m open network environments, such as the • j . . \. . _ „ , , f A r. . 

r * * .u *u * n • 1 1 c t agreement based on some intermediate QoS level Although 

Internet, that have constantly varying levels of QoS. Increas- 9 c .7 D , f , . .u ,1 r 

, ... , _r 4L * j c__ j.rr 25 the Baugher reference describes a negotiation method for an 

ingly mobile worKers perlorm tneir work trom many ditter- acceptable QoS when me desired 

QoS cannot be achieved, 

ent connection points and expect applications to handle the c . * j -u *u JL u - u 

1 1 r ^ o j_- L • j j J Jr * the reference does not describe a method by which a server 

varymg levels of QoS which are required under different # n . , ^ . , . ; t . 

- & , n can transmit multiple offers to a client m addition to the 

circumstances. . A * ~ c . ff — 

maximum and the minimum QoS value offers. The 
Auser of a foreign exchange trading system might access 30 described method does not provide for intelligent selection 
the trading system using a laptop computer at multiple - 5 ^ c]ient fmm am milltiple acceptable QoS options, 
connection points which include a remote dial-up connec- ^ , . , , A . , . , _ 

tioD and a connection on a local area network (LAN) Furthermore both the Andersen et aL and the Baugher 
supportii 1 gaserverwrnchprovidesthetradingservices.The P at f u nt ^ d <* c " be a ^mcfa centnc QoS negoUatton 
QoS requirements of the user and the capability of the 35 m£ hod » 1101 wth requirements of non- 

connection to support particular QoS levels can change mnltimedu Q° s negotaaUon. 

depending on the connection point of the user. For example, what » required is a method and a system for efficiently 
due to geographic proximity, the user's requirement for meeting QoS requirements in open networks wherein 
security will be relatively low when connected directly to resource allocation and load vary substantially, 
the LAN supporting the server as compared to the need for «, SUMMARY OF THE INVENTION 

security when connected via the dial-up connection. The 

dial-up connection might not be able to support as high a In a distributed system, a method and system for negoti- 
performance level as the direct connection on the LAN. ating a multi-category client-server QoS agreement includes 
Furthermore, resource availability at the same connection a client enabled to calculate the expected utility of each of 
point can fluctuate, thereby impacting the user's preferred or 4s a number of multi-category QoS specifications. The QoS 
required QoS levels with regard to performance and security. specifications are representative of a probabilistic estimate 
Most existing QoS negotiation protocols are focused on of QoS levels available via a server. The client obtains the 
multi- media applications and deal only with a restricted QoS specifications in response to transmitting a QoS speci- 
number of QoS parameters. Furthermore, most of these fication request to the server or a broker. The expected utility 
protocols regard negotiation as a process of reserving so calculations enable the client to distinguish the QoS speci- 
resources. U.S. Pat. No. 5,674,003 to Andersen et aL fications of greater value from those of lesser value. The 
describes a computer video conferencing system which client selects at least one of the multi-category QoS speci- 
employs a socket based transport interface between remote fications to be included into an offer for the QoS agreement, 
computers over a connection oriented telephony network. A based on the expected utility calculations. In a preferred 
number of sockets are formed into a group and a QoS is 55 embodiment, the client selects the QoS specifications deter- 
associated with the socket group. If a new socket group is mined to have the highest expected utility. The offer is 
established which significantly affects the QoS requirements transmitted to the server to request a service provided by the 
of the original socket group, a new QoS agreement can be server at QoS levels represented by the selected QoS 
negotiated. The negotiation consists of comparing a QoS specification(s). After transmitting the offer, the client moni- 
requested for use by the new socket group to the QoS 60 tors the connection to the server for either an acceptance, a 
available for a telephony connection to the desired endpoint. rejection, or a counteroffer to the offer. Communication 
If the available QoS matches the requested QoS, then the between the client and the server during the QoS negotiation 
telephony connection is completed. If the available and conforms to a negotiation protocol which provides a set of 
requested QoS do not match, then a determination is made rules for the transmission of negotiation messages, 
whether the available QoS is nevertheless acceptable to the 65 In a preferred embodiment, a set of utility functions is 
socket group. If the available QoS is acceptable, the con- utilized to calculate the expected utility of each QoS speci- 
nection is completed. fication. The categories of each multi-category QoS sped- 
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fication include dimensions which represent qualitative or expected default provision function provides a probabilistic 
quantitative attributes of a category. For instance, a category estimate of server QoS behavior with regard to a dimension 
of reliability includes the dimensions of availability and absent from a QoS specification. The server utilizes an 
mean-time-to-failure. Each dimension of each category in a expected default interaction function to provide a probabi- 
QoS specification has associated with it a dimension utility 5 listic estimate of client behavior for an aspect of client 
function which calculates an expected utility of the dimen- behavior of interest to the server which is absent from a 
sion. The expected utility for individual dimensions arc then client behavior mode. The expected default provision func- 
combined according to a category utility function to obtain tions can be based on past QoS behavior of the server with 
an expected utility for a category. regard to particular dimensions, the identity of the server, 
A preferred embodiment includes a determination of io and the server's guarantees. Likewise, the expected defaullt 
whether the expected utility of each QoS specification interaction function can be based on past client behavior, 
satisfies a preselected minimum expected utility threshold. If client identity and/or client preferences, 
a particular QoS specification expected utility value does not The server preferably employs a handler class to deter- 
satisfy the minimum threshold, that specification is not mine whether system components are capable of supporting 
considered for inclusion into an offer for a QoS agreement. 15 QoS levels specified for those dimensions based on corn- 
Conformance checking is used for determining whether a mitments previously assigned to the components. The server 
particular QoS specification will be considered for inclusion invokes the handler class to determine whether to accept a 
into a QoS offer. Conformance checking involves referenc- particular offer. Even though the server has filtered the 
ing a constraint profile which defines constraints or require- preliminary application-generated QoS specification to gen- 
ments which must be met if a QoS agreement is to be 20 erall y reflect die capabilities of the system components to 
reached. If the particular QoS specification does not satisfy support specific QoS levels, the previously assigned 
the requirements, a utility calculation is not performed on commitments, which are not taken into account in the 
that QoS specification. filtering process, might prevent the components from sup- 
To enable application-system transparency, applications oc P ortin S me modified QoS levels, 
associated with the server are enabled to generate prelimi- 25 ^ P resent invention provides the advantage of an 
nary QoS specifications. The preliminary QoS specifications application-independent generic negotiation protocol. That 
do not reflect the capability of resources to support particular fc » die negotiation protocol is not limited to multi-media 
QoS levels because requiring the server applications to applications or any other type of application. Another advan- 
possess such detailed low level information would create a ta S e Ucs m the effic i enl allocation of system resources 
substantial burden on the applications. The application- resulting from a QoS agreement narrowly tailored to server 
generated preliminary QoS specifications are then filtered to capabilities and client requirements. Yet another advantage 
modify the dimension values according to capabilities of fe m at applications are enabled to offer a service in multiple 
resources of the distributed system to support QoS levels. Q° s modes. Another advantage is that the invention pro- 
Filtering a preliminary QoS specification can generate mul- vides application-system transparency by allowing applica- 
tiple QoS specifications dons to generate QoS specifications independently of the 

Hie calculation of expected utility can include filtering environment •*> ***** to **9 °P erate - 

the data included in the QoS specification utilizing a client BRIEF DESCRIPTION OF THE DRAWINGS 

trust filter which modifies data in the QoS specification FIG. 1 is a schematic representation of a server guarantee 

according to a level of trust the client possesses with regard ^ ^ a aiver requirement which comprise a server operating 

to the server. The trust level can be based on the server's mode in a util i t y. base d embodiment of the present inven- 

performance under previous QoS agreements with the client. y 0D 

Alternatively, the client can access server ^worthiness FIG. 2 is a schematic representation of a client preference 

data from a reputation broker. Tht broker can be configured ^ a ^ ee wMch a ^ behaviof 

to assemble server trustworthiness data by either collecting 4S mode m me ^y^,^ embodiment. 

the data from clients or by entering into QoS agreements - ... 4 / , - , 

... « . . . . . . , ^ . FIG. 3 illustrates an exchange of server operating modes 

with the server to determine how closely the server s actual . .. , , , , & . ™„ e \ ,f . . 

. . _ j , - t _ . « i ■ . and client behavior profiles shown in FIGS. 1 and 2 during 

behavior corresponds to its promised behavior. ^ « 

_ . . . . . a QoS negotiation. 

The server can be equipped with a server trust filter to nG . 4 * a ^ m ^ c representation of a utility function 
process offers from toe client to determine whether to accept 50 file for eaaattiog ^ ejected utility of a QoS specifi- 

the offers. Each QoS specification, in addition to containing . . , . V,. . f ,/ ^ e *• «• 

. r . ^ „ . cation ma utikty-based embodiment of the QoS negotiation, 

a server promise to provide a service at certain QoS levels, „ . , . , _ _ 

also includes a corresponding client promise to conform . HG ' 5 18 * ****** representation of a QoS specifica- 

client behavior to certain server requirements. The server 1100 m a ^A>zsed embodiment for a QoS negotiation, 
trust filter modifies the promise by the client to behave 55 g ra pb of a utility distribution for an availability 

according to the server requirements to reflect the behavior dimension of the QoS specification shown in FIG. 5. 
which the server actually expects. Accordingly, the server FIG - 7 * a block diagram of a server agent and a client 

might reject an offer which, if the stated promises for client a g ent according to the present invention, 
behavior were believed, the server would accept. The server FIG. 8 is a block diagram of an embodiment of a filter 

can access trust data regarding the client based on the extent & pipeline illustrating the cooperation of filters in processing a 

to which the terms of previous QoS agreements negotiated preliminary QoS specification. 

by the client have been satisfactorily executed. The data can FIG. 9 is a schematic representation of a disjunctive 

be collected by the server or it can be accessed from a representation of a filtered QoS specification. 

reputation broker. FIG. 10 is a process flow for an operation of the server 

Hie client utilizes an expected default provision function 65 agent in FIG. 7. 
in the calculation of the expected utility for dimensions FIG. 11 is a process flow for an operation of the client 

which are not referenced in QoS specifications. The agent in FIG. 7. 
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FIG. 12 is a state diagram illustrating the various opera- The client behavior mode 25 further includes a client 

tional states of the client agent during a negotiation. guarantee 23 which expresses client behavior in terms of a 

FIG. 13 is a state diagram illustrating the various opera- probability distribution. In FIG. 2, the client guarantee 

tional states of the server agent during a negotiation. correlates client call frequency and payload size to prob- 

5 ability values. Although the client guarantee 23 in FIG. 2 

DETAILED DESCRIPTION includes two client behaviors, the client guarantee can 

Referring to FIG. 1, a utility-based embodiment of the include fewer or more than two behaviors. The server 

multi-category QoS negotiation includes a server operating requirement 13 can be utilized to determine an expected 

mode 15 which includes a server guarantee 11 and a server utility to the server of the client guarantee 23. 

requirement 13, which essentially is a utility function. The 10 The server operating mode 15 might be one of multiple 

server guarantee 11 expresses QoS levels in the form of a server operating modes which represent different QoS levels 

probability distribution. In FIG. 1 the server guarantee 11 is at which a server can provide a particular service. The server 

represented as a graph, correlating dimension values for operating modes collectively can be viewed as an invitation 

server availability and server performance to probability to clients to negotiate a QoS agreement. Essentially, the 

values. Although two dimensions are described in FIG. 1, 35 server operating modes communicate to clients that the 

the number of dimensions included in a server guarantee can server is willing to provide a service at particular QoS levels 

vary depending on the capabilities and requirements of the according to probability distributions on the condition that 

server. The server guarantee 11 is a probabilistic estimate of client behavior satisfies minimum expected utility thresh- 

QoS levels at which the server can provide a particular olds as expressed by server requirements. The client behav- 

service. The probabilistic estimate of the server's QoS 20 ior mode 25 might be one of multiple client behavior modes 

behavior in the guarantee 11 is not necessarily expressable which represent client behavior to which the client is willing 

as a linear combination of the probabilistic estimates of to conform. 

multiple dimensions if the guarantee references multiple Referring to FIG. 3, a simplified example of a utility- 
dimensions. For instance, the combination availability of based negotiation for a multi -category QoS agreement 
greater than 95% and a performance of 200 Kbps might 25 between a server and a client includes a set of client behavior 
correspond to a probability of 87%. In other words, there is modes {1,2,3,4,5} and a set of server operating modes 
an 87% likelihood that the server will be available for more {A,B,C,D,E}. In a preferred embodiment, the client behav- 
than 95% of calls made by a client when providing a service ior mode set is included in a client agent which negotiates on 
at a rate of 200 Kbps. However, the server guarantee 11 is behalf of a client with a server agent. The server agent 
conditional on client behavior conforming to certain require- 30 includes the server operating mode set and negotiates with 
ments represented in the server requirement 13. the client agent on behalf of the server. In an alternative 

The server requirement 13 correlates client behavior to embodiment, the client and server negotiate the QoS agree- 

utility values for the server and can be combined with a ment themselves. In a first transmission to a server agent 

probability distribution of a client behavior mode to calcu- (not shown), a client agent (not shown) transmits a subset 

late an expected utility of a client operating mode. Because 35 {1,2,3} of the set of client behavior modes {1,2,3,4,5} in a 

client behavior in a client operating mode is expressed in request for offers from the server agent. In an alternative 

probabilistic terms, the server requirement produces an embodiment, the client agent transmits the request to a 

expected utility of the client operating mode which is broker which handles the offer on behalf of the server agent, 

expressed in probabilistic terms. In FIG. 1 the requirement The server might provide a broker with server operating 

function 13 correlates frequency of client calls and payload 40 modes which the broker advertises on behalf of the server, 

size of packets transmitted by the client to expected utility The selection of the client behavior modes might be based 

to the server. Although two aspects of client behavior are on a behavior mode preference function which represents 

included in the server requirement in FIG. 1, more or fewer the client's behavior preference. The request for offers does 

aspects may be included. The server requirement 13 may not necessarily include behavior modes, but in a preferred 

include a threshold 17 which must be satisfied if the server's 45 embodiment the behavior modes are included so that the 

estimated QoS behavior is to be considered a guarantee. server agent can select a subset of operating modes based on 

Specifically, the combination of client call frequency and the the behavior modes to be included in a set of offers {1,A}, 

payload size must satisfy the expected utility threshold The {2,D}, {3JE} and {2E}, which are transmitted to the client 

server requirement 13 is not necessarily monotonic with agent. In FIG. 3, each offer includes a behavior mode and an 

regard to a particular client behavior attribute. For instance, 50 operating mode. However, a server requirement is not nec- 

within a range of call frequency between one call per hour essarily included in the server operating mode which the 

and twenty calls per hour, the expected utility does not server includes in each offer. Furthermore, if the client agent 

necessarily only increase or only decrease. The expected does not transmit the behavior modes in the offer request, the 

utility might decrease between one and seven calls per hour, offer set might consist solely of server guarantees. The 

increase between seven and twelve calls per hour, and 55 server agent can determine which operating modes to 

decrease again between thirteen and twenty calls per hour. include in the offers based on the minimum expected utility 

With reference to FIG. 2, a client behavior mode 25 thresholds of the server operating modes, 

includes a client preference 19 and a client guarantee 23. The If the client agent includes the behavior modes in the 

client preference 19 correlates dimension values of a service request for offers, the behavior modes might include the 

provided by a server to an utility values to the client. The 60 client preference if it is assumed that the client agent and 

client preference 19 is not necessarily monotonic with server agent negotiate in an environment of trust. Trust 

regard to any particular dimension. Furthermore, the client implies that the stated values in the server guarantee are the 

preference 19 might calculate expected utility in a non- values the server intends to abide by, and the stated values 

independent manner with respect to the dimensions of the in the client guarantee are the values the client intends to 

server guarantee U. The client preference 19 can be com- 65 abide by. Including the client preference enables the server 

bined with the server guarantee to provide an expected to select only those operating modes which will satisfy the 

utility to the client for the server guarantee. client's requirements, thereby expediting the negotiation 
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process. Even in the absence of trust, the behavior modes in which results in a modification of the calculated expected 
the request might include the client preference. However, as utility. For instance, the client agent might represent that the 
will be discussed further below, the server will pass the client will make no more than ten calls in any 24-hour period 
utility function through a trust function. under the proposed agreement. However, the server agent 
If the client agent does not include the client preference 19 5 might have information which indicates that the client has 
in the request for offers, the client agent utilizes the client broken that same promise in the past 90% of the time, 
preferences to calculate an expected utility of the offers and Consequently, even if the server agent would have accepted 
the client agent performs a ranking of the offers. The client the client agent's offer if the promise were taken at face 
agent might utilize a global utility threshold which the client value, upon filtering the offer with the trust function, the 
agent utilizes to determine if any offer exceeds a minimum 10 server agent might reject the offer. Client agent trustworthi- 
expected utility. The client agent preferably selects a subset ness data which the trust function utilizes can be based on 
of the offers which represent the offers with the highest past interactions the server agent has had with the client 
expected utility to the client. Alternatively, the client agent agent, or the data can be obtained from a reputation broker, 
might simply select the first n offers which exceed the not shown. The reputation broker has either polled the 
minimum threshold, with n being some positive integer. In 15 trustworthiness data from other servers or has entered into 
FIG. 3, the client agent selects offers {2,D} and {3,E} to QoS agreements itself with the client agent to determine the 
transmit to the server agent as offers for a multi-category client agents trustworthiness. A trust function can also be 
QoS agreement. Upon receiving the client-selected offers utilized to filter information provided by the reputation 
{2,D} and {3,E}, the server agent ranks the offers and broker based on the trustworthiness of the broker, 
selects the offer which is most desirable to the server. The ^ In a preferred embodiment, the calculation of expected 
ranking can be based on the expected utility of the client utility by the client agent includes utilizing an expected 
behavior modes included in the offers. The server can also default provision function if the server guarantee docs not 
utilize an operating mode preference function which repre- include a reference to a dimension of interest to the client, 
sents the server's preference for choosing a particular oper- The expected default provision function provides expected 
ating mode. If the server agent accepts an offer, the server ^ server QoS behavior with regard to the dimension of interest 
agent transmits an acceptance message {U 3 ,T 3 ,; V £ ,T E } in the same form as would be included in a server guarantee 
which indicates acceptance of the offer {3,E}. The agree- 11. The client agent uses this expected QoS behavior infor- 
ment is expressed in terms of the client preference (U 3 ,T 3 ) mation in the expected utility calculation. The expected 
and the server requiremtnt QJ E ,T £ ) to enable verification of server QoS behavior can be based on the server's past 
satisfactory client and server performance under the con- ^ identity, the server's behavior and the server guaranteed 11. 
tract. Verification of satisfactory performance is performed The client agent also preferably utilizes a trust function in 
by determining whether the client's behavior satisfies the the calculation of expected utility of server operating modes, 
server expected utility threshold and whether the QoS pro- The client agent's use of the trust function is analogous to 
vided by the server satisfies the global client expected utility that of the server agent The server agent is also capable of 
threshold. 35 intentionally misrepresenting what the server's QoS behav- 
In an alternative embodiment, a client formulates an offer ior will be under a proposed QoS agreement The trust 
for a QoS agreement in the absence of obtaining any server function is utilized to modify a declared server guarantee to 
operating modes from the server agent. The client offer reflect the believed server guarantee. For example, if the 
includes a server operating mode IS and a client behavior mean availability specified in a server guarantee is X, the 
mode 25 in the client-generated offer. The offer is included 40 trust function might reduce the value to a believed value of 
in a first call from the client under the proposed QoS 0.8X. The trust function can be based upon past interactions 
agreement The first call indicates that acceptance of the with the server agent, the server's identity, and the server's 
QoS offer can be provided by the server processing the first guarantees. Alternatively, the server agent trustworthiness 
call according to the terms of the proposed QoS agreement. data is assembled by a reputation broker which has either 
In this manner, the negotiation can be streamlined to maxi- 45 polled the trustworthiness data from other servers or has 
mize efficiency. negotiated QoS agreements with the server agent to deter- 
In a preferred mode, the calculation of expected utility by mine the server's trustworthiness directly. The broker then 
the server agent includes utilizing an expected default inter- transmits the trustworthiness data to the client agent upon 
action function. This function is utilized by the server agent request. 

when the client guarantee 23 is silent regarding a particular 50 Another embodiment of the trust function can include a 
client behavior parameter which is of interest to the server certification process whereby a third party certifies a level of 
agent. The expected default interaction function enables an trustworthiness of agents. Upon initiating a negotiation, the 
expected utility calculation for the particular client behavior server agent and the client agent produce their respective 
parameter given the operating mode which the server agent trustworthiness certifications. The server agent might cali- 
is proposing. The expected default interaction function can 5s brate its trust function according to the client agent's certi- 
reflect the server agent's past interactions with the client fication and the client agent might calibrate its trust function 
agent, or it might reflect past client behavior data which the according to the server agent's certification, 
server agent received from a reputation broker, not shown. Referring to FIGS. 4 and 5, schematic representation of a 
The expected default interaction function can also be param- utility-based embodiment of a multi-category QoS negotia- 
eterized on the client's identity and the client's guarantee. 60 tion includes a profile utility function 10 associated with a 
A related function employed by the server agent in the profile of a multi-category QoS specification 12. The multi- 
expected utility calculation process is a trust function. The category QoS specification is generated by a server (not 
client agent is capable of intentionally misrepresenting what shown) to represent to a client (not shown) the QoS levels 
the client's behavior will be under a proposed QoS agree- at which the server is able to provide services. As will be 
ment. The trust function is representative of a level of trust 65 described in greater detail below, the client utilizes the 
which the server agent possesses with regard to the client profile utility function 10 to calculate the expected utility to 
agent and it is used to modify values in the client guarantee the client of the QoS specification. The QoS specification is 
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arranged in a hierarchical manner, and consequently, a utility environment in which the server application 52 operates, 

profile which defines all of the utility functions utilized to That is, the server application 52 might not be configured to 

calculate the expected utility also has a hierarchical organi- factor in the resources of the distributed system when 

xation formulating these preliminary QoS specifications. Requiring 
He profile utility function 10 calculates the expected * the application 52 to determine the QoS that its environment 

utility of the QoS specification by applying weights to the fan support places a burden on the application and ,t requires 

j •• «T_ , c 3 \f J 6 „ ^ . the application to be aware of low-level system details, 

expected utiMy vah.es of n operations. The operations Conse ^ uenU tf ^ ^ application S2 ^ not take 

include a first operation 18 through n** operation 20, with n t ^ 3 . , /f. ,. . ~ c 

r . A "7- r 4 . ' . r system resources into account, the preUmrnary QoS speci- 

representing any posiUve mteger. The expected utiliUes of need be to ^ iccuratel ^ 

the operations are calculated by first and second operation 1U ^ 0 1 , . . « . A J , 

rL +a * m n . 0 ... , QoS levels which the system resources are capable of 

utility functions 14 and 16. The first operation 18 might be . ' r 

a buy operation and the n A operation a sell operation of an ™5 ™* . „ . „, ... 

on-line foreign exchange trading service. If the buy opera- * server implementation filter pipeline 50 enables net- 

lion is more important to the client than the sell operation, wolk components to modify the preliminary QoS specmca- 
the client profile utility function 10 assigns a higher weight is ««» 10 accurately reflect the capabilities an requirements of 

to the buy operation than it assigns to the sell operation. ^ components. Referring now to FIG. 8, an example of 

, ., . an implementation filter pipeline is shown wherein the 

Each operation includes at least one contract, widi each application 52 u connected to a series of two filter types, or 

contact representing a category of the QoS specification mf . u . mttT% which i^Ute a pricing me ta-filter 70 and 

such as rehabmty performance or security. The buy opera- , meU . filter 76 . ^ch meta-filter is associated with a 

lion 18 includes a first contract 22 through an n* contract 24, distributed ^ tem component which supports some aspect 

with n representing any positive integer The buy operation of a QoS specification. Aparticular system component might 

utility function 14 calculates an expected utility for the buy be aaodaed ^ mulliple flUers . For insUnce a paymen , 

operation, by assigmng weights to the vanous^contracts 26 system ^ponent (not shown) determines a client payment 

and 28 included in the buy operation. In FIG. 1 the first met hod for payment ofservices rendered by the server under 

contract represents the QoS category of reliability and the n* me QoS agreement . ^ me paylne nt meta-filter 

contract 28 represents the QoS category of performance. If 76 ^ h , be ^ t fiUers . a n0 , filter lg> , 

the client desires performance over reliability, the operation ^ card ^ g0 and , cash , filter g2 Apricing 

utahty function 14 weights the performance contact expected meta . filter a rice ^ 12 ^ a i ow price 

utility more heavily than the reliability contract expected gj tcf 74 

ut * utv * Apreliminary multi-category QoS specification generated 
Although both the profile utility functions and the opera- b the application 52 includes some price for a service. The 
lion utility functions have been described as calculating rfci me ta-filter 70 transmits the preliminary QoS speci- 
expected utility by applying weights to operaUons and fica tJon to both the high price filter 72 and the low price filter 
contracts respectively, this is not critical to the invention. 35 74 for processing. The preliminary QoS specification is 
The profile and operation utility functions can utilize other modified l0 produce nlter ed specifications QoSl and QoS2. 
more sophisticated methods for calculating expected utility. ^ mtered specifications QoS i and QoS2 are then collected 
The reliability contract 26 includes dimension 1 through by the pricing meta-filter 70 to be transmitted to the payment 
dimension n, 34 and 36, with n representing any positive meta-filter 76. Assume that specifications filtered by the high 
integer. The expected utilities of dimension 1 and dimension ^ price filter 72 require either credit card 80 or cash 82 as 
n are calculated utilizing a dimension 1 utility function 30 payment and that a specification filtered by the low price 
and a dimension n utility function 32. The first dimension 34 fiu er can be processed by any of the three payment filters, 
may represent a dimension called availability, which is part Qosi & filtered to produce QoSla and QoSlfc, while QoS2 
of the reliability contract 26. Referring briefly to FIG. 2, a ^ processed to produce QoS2a, QoS2Z>, and QoS2c. From a 
graph representative of an embodiment of the availability 45 single preliminary QoS specification, five filtered multi- 
utility function is shown. Assuming that the QoS specifica- category QoS specifications emerge after filtering. It is 
tion guarantees the availability will be between a and b with evident from the example above that when one filter modi- 
a generally uniform distribution, the expected utility may be fies a specification, the filter can modify the specification in 
the mean of the integral for the interval between a and b. sucn a manner that it may impose restrictions on the down- 
Referring to FIG. 7, a server agent 40 and a client agent 50 stream filters such that some offers may be pruned ouL Thus, 
42 provide QoS negotiation functionality on behalf of a interdependences between the filters can be naturally cap- 
server and a client, respectively. It should be understood that tured through the pipeline design. 

both the server agent 40 and the client agent 42 are not Filtering of a single preliminary QoS specification can 

necessarily contained in stand-alone devices separate from generate multiple filtered QoS specifications. The poten- 
the server and the client It is possible that the functional 55 tially large quantity of filtered QoS specifications, herein- 

components of both agents are integrated into software and after simply called QoS specifications or multi-category 

distributed throughout the network on which they reside. QoS specifications, poses a problem for data storage and 

The server and client agents 40 and 42 might alternatively be transport if the QoS specifications are represented as indi- 

incorporated into the server and client, respectively. vidually distinct offers. In order to more efficiently store and 
The server agent 40 is associated with a server application 60 transport the QoS specifications, a disjunctive representation 

52. The QoS negotiation centers around the QoS levels at can be used to represent the QoS specifications. Continuing 

which the server can provide a service for the client and the with the example in FIG. 8, assume that QoS la has had 

client behavior modes on which the QoS levels will be dimensions X and Y modified to Xa and Ya and that QoS 16 

conditioned. The server application 52 is configured to has bad dimensions X and Y modified to Xb and Yb. Assume 
generate preliminary QoS specifications for services sup- 65 further that both QoSla and Q0SI6 have ten remaining 

ported by the server. The preliminary QoS levels represented dimensions in common. Instead of storing these identical ten 

in the preliminary QoS specifications might not reflect the dimensions twice for QoSla and Q0SI6, a single represen- 
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tation of these ten dimensions can be stored in one copy. preliminary QoS specification. As previously discussed, the 

Data can be stored in association with the single copy of the server application 52 docs not take into account the limita- 

ten common dimensions and the X and Y dimensions which tions of its environment when generating the preliminary 

indicate the filtering steps performed on dimension X and Y specification. In step 86 the preliminary QoS specification is 

to produce Xa and Ya and Xb and Yb. In this manner 5 modified by the implementation filters 50 to produce QoS 

disjunctive representation of the QoS specifications enables specifications which reflect resource limitations of the dis- 

efficient storage and transport. tributed system. The client agent 42 requests a set of offers 

„ r . t ~ , r • which include QoS specifications from the server agent 40, 

Referring to FIG. 9 a schematic diagram of a disjunctive ^ ^ g „ ^ agcnt a ^ of QoS 

representation stows that the preliminary QoS specification specifications to ^ client agent 42. The offer transmitted by 

is stored as a single copy. The filtered QoS specifications are W ^ 4Q a QoS ^ ^ 

represented by the modification steps which the fillers in the client behavior file which me 

server aeent 40 

filter pipehne execute Contmuing with the example pie- requires from the client in order to provide the QoS indicated 

sented m FIG. 8, the high price filter modification step is m the QoS offer 

represented by me arrow labeled high u The credit card filter ^ be m ef ^ M ^ ^ 

80 and the cash .filter 82 execute mediation steps which « ^ cfa 

are represented by the credit card arrow and the cash arrow. * % * t - »u n c -c * jl 

~, , .fiii 4 . . j • « utility calculations on the QoS specifications transmitted by 

The low price filter modification step is represented by the l/mr ( fl A, u t AfX • 

. a.- u j *u j « . * a the server agent 40. In step 90, the server agent 40 receives 

low arrow which precedes the modificaUon steps executed ~ *. , . . . t • n c -a ~j 

. t , f C1 . _ 0 ... , r OA j .i an offer which might contain a QoS specification and an 

by the no payment filter 78, the credit card filter 80 and the . . - r . . X~ . C1 *\, v# . « 

t. ei. » i t. .u .on associated chent behavior profile, which the client agent 42 

cash filter 82 represented respectively by the no payment 20 , . f c ' ( A1 , , . f 

. ,.f , j *i_ i_ t iL - proposes as a basis for a QoS agreement. Alternatively, if 

arrow, the credit card arrow, and the cash arrow. In this *V * + ~ 0 „ . Mm „ „ : \ Aii 

' . . c . ' . _ „ . none of the QoS specifications which the server agent 40 

manner a single copy or the preliminary QoS specification t ... , . r - , *■ r _* *l i- » 

, j v ... j £ Clt . transmitted were deemed to be satisfactory, the chent agent 

can be stored together with data representing the filtering « . L( - a . 4j , • V -*t. 

_r j .i- i - r\ o *c . 42 might transmit a conflict deal message mdicatmg it has no 

steps performed on the preliminary QoS specification to - ^ 4 , to & 

j .u ci. j ^ c « 9*; acsire to negotiate any further, 

produce the filtered QoS specifications. 25 T . , „ B /. Art _ „ 

_ „, n i i-r, ... If the offer received in step 90 proposes a QoS agreement, 

The filters can also be configured to modify the prelum- theserver agen t 40 calculates an expected utility for the offer 

nary QoS specifications to include out-of-band mformation m st 9g ^ utffi| calculation might be based 0D a 

such as implementation specific mformation, signal required ati mode p re f erence f^on and/or a client behavior 

capabilities and parameterization. For instance, a filter filc udlit ftinctioQ Xhc sefver opcrating mode prefcr . 

might attach data which serves as a reminder to a particular encc mnction correlatcs particu i ar QoS specifications to 

implementation that certain resources must be available to utilk values lo mc scrvcr ^ the clicnt bchavior mode 

execute a particular QoS agreement incorporating ; the terms fcrcncc corrclatcs fa clicnt bcbav i or profiles to 

of a particular QoS specification. A transaction identifier is tcd utimics tQ ^ scrvcf fiased 0Q ±c uti]ity 

also added to the preliminary specifications which becomes m stcp 100 the server agent selects an offer to be 

a deal identifier if the specification is incorporated mto an conned for acceptance. 

agreement. j n a pre f erred mode> the server agent 40 employs a trust 
Returning to FIG. 7, in a preferred embodiment the server function in the utility calculation process. The trust function 
agent 40 includes an expected utility calculation program 54 ^ representative of a level of trust which the server agent 40 
which can be utilized to calculate the expected utility of ^ p0SS esses with regard to the client agent and it is used to 
offers received from the client agent 42. A trust filter 48 mo djfy values in the client's offer resulting in a modification 
enables the server agent to utilize trustworthiness data of me calculated expected utility. For instance, the client 
regarding the client to modify the expected utility of offers agent 42 re p re sent that the client will make no more 
from the client agent by modifying the expected behavior man ten caIls m ^ 24-hour period under the proposed 
data provided by a client agent according to the trustwor- 4S agree ment. However, the server agent 40 might have Wor- 
thiness of the client agent. A QoS negotiation protocol 46 matioD which j nd j catcs mat me client has broken that same 
establishes a set of rules for transmission and receipt of prom is C - m the past 90% of the time. Consequently, even if 
messages via the signal transceiver 44 during the negotiation the server agent would have accepted the client agent's offer 
process with the chent agent 42. tf mc promise wcrc la k cn at face value, upon filtering the 
The client agent 42 is associated with a client application 50 offer using the utility function, the server agent 40 might 
66 which can be utilized to create preliminary QoS sped- reject the offer. The client agent trustworthiness data which 
fications to be included in an offer for a QoS agreement. A the trust function utilizes can be based on past interactions 
client implementation filter pipeline 65 modifies the pre- the server agent 40 has had with the client agent 42, or the 
hminary QoS specifications according to general resource data can be obtained from a reputation broker, not shown, 
capabilities of the system. The client agent 42 further 55 The reputation broker has either polled the trustworthiness 
includes an expected utility calculation program 64 and a data from other servers or has entered into QoS agreements 
QoS specification selection program 62 for selection of QoS itself with the client agent to determine the chent agent's 
specifications to be included into offers to the server agent trustworthiness. A trust function can also be utilized to filter 
40. A client trust filter 60 modifies QoS specifications information provided by the reputation broker based on the 
received from the server agent 40 according to trustworthy ^ trustworthiness of the broker. 

ness data for the server agent 40. The client agent further j n s tep 102 the server agent determines if sufficient 

includes a QoS negotiation protocol 58 and a signal trans- resources are available to the server to support the require- 

ceiver 56 for communication with the server agent 40 during ments 0 f the selected offer. Unlike the filtering of the 

negotiation of a QoS agreement application-generated preliminary QoS specification, the 

Referring to FIGS. 7 and 10, a method for the operation 65 determination of resource availability in step 102 involves 

of a server agent 40 during a QoS negotiation includes the specifically determining if previous commitments assigned 

step 84 of a server-associated application 52 generating a to the resources necessary to support the proposed QoS 
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levels prevent the server from being able to fulfill the terms aggregated utility of a QoS specification is the sum of all the 

of the proposed agreement. If it is determined that sufficient weighted utilities of the operations. The expected utility of 

resources are available, the agent accepts the offer in step a specification is obtained by dividing its utility by the sum 

104. If sufficient resources are not available, in step 106 it is of the weights of all the operations defined for the specifi- 

determined whether any alternative offers are available for 5 cation. 

consideration. If no alternative offers are available, the A more fonnal description of the algorithm for calculating 

server agent transmits a conflict deal message in step 108. the expected utility is given in the code below. SP stands for 

Alternatively, the server agent might transmit a counteroffer server profile, CP for constraint profile, EW stands for 

in step 108. expected utility of a server profile, wf c stands for the utility 

With reference to FIGS. 7 and 11, a method for utilizing 10 function that calculates the utility of a contract in an 

a client agent 42 in a QoS negotiation includes the step of operation, wf^, stands for the utility function that returns the 

transmitting a request for an offer sent to a server agent 40 weight of an operation. The function Sums (X) returns the 

in step 110. In step 112 an offer set is received from the sum of the weights and values of all Xs. That is, if X»C, then 

server agent 40 which includes multiple QoS specifications. 5x11115 PQ returns the sum of the values of every dimension 

A possibility exists that some of the QoS specifications 15 ™ contra f ct - V *?. mnction returns the sum 

included in the offer set do not satisfy minimum require- of thc w "S hts for 5 1 of mc . If X-P, then Sums (F) 

ments as expressed by a constraint profile. Because calcu- returns the sum of wei S hts of dl the 
lation of expected utility is a resource intensive operation, it 

is not desirable to perform a full expected utility calculation ^^^^ . 

on a particular QoS specification if that QoS specification 20 Begin 

does not satisfy the minimum requirements. The client agent EW » 0; utnity p = 0; 

42 performs a conformance checking operation in step 114, J" 0T al1 operation* o in sp 

wherein the client constraint profile is referenced to deter- Erpec^ = o- utiiiiy - o- ~ 

mine in step 116 if thc QoS specification satisfies the For all contracts c for o'in SP and CP 

minimum requirements of the client. If the particular QoS 25 { 

specification is determined not to satisfy the minimum Expect c - wf c (c) / Sums(C); 

requirements, a determination is made whether any other j Utfity 0 +. wt^c) Expect^ 

offers are to be considered by the client agent 42. If Expect - Utility,, / Sum*(0); 

additional offers are available, then the client agent returns utaity p += w^(0) * Expect^ 

to step 114 to perform conformance checking on the remain- ™ ) _ 

ing offers. ^ - Uuh.y, / Su»(P); 

Prior to commencing the utility computation process for 
any offers which satisfy the minimum requirements, the 

contracts for each operation in the QoS specification are The client agent 42 also preferably utilizes a trust function 

identified. Those contracts which do not have a correspond- 35 ^ the calculation of expected utility of QoS specifications, 

ing contract in the constraint profile are omitted from the The client agent's use of the trust function is analogous to 

calculation process. Any contracts in the QoS specification ^at of the server agent 40. The trust function is utilized to 

which are not found in the client's constraint profile involve modif y declared values of dimension to reflect the believed 

QoS guarantees which the client does not require. value to the client agent For example, if the value for 

If an offer is determined to satisfy the minimum require- 40 availabilit y specified in a QoS specification as having a 90% 

ments in step 116, a utility profile is utilized to establish probability of providing 98% availability, the trust function 

which utility functions are to be utilized in calculating the mi g hl red ^e the stated probability to a believed probability 

expected utility of dimensions. Referring back to the of 70% - Afi**". the trusl & nclioD can «* based u P on trust * 

example in FIG. 6, the utility function for availability worthiness data for the server agent 40 based on past 

establishes a utility distribution in step 118 which correlates 45 interactions with the server agent. Alternatively, the server 

the values for availability to utility values to the client. In a S ent trustworthiness data is assembled by a reputation 

step 120 the dimension values specified in the QoS sped- broker transmitted to the client agent upon a request for 

fication (a, b) are mapped to utility values and the expected ^ trustworthiness data. 

utility value can be calculated by, for example, calculating I fl step 124, the client agent 42 selects at least one QoS 

the mean utility in the interval between the availability 50 specification to be included into an offer for a QoS agree- 

values a and b. ment. In step 126 the client agent 42 transmits the offer to 

In step 122 the expected utilities of the contracts and s*™ 1 40 ™ 6 m sle P 128, the client agent monitors 

operations are calculated to arrive at an expected utility of connection to the server agent for either an acceptance, 

the profile, that is the QoS specification. The corresponding a ejection, or a counteroffer. 

contract utility function is applied to each of the contracts to 55 A negotiation protocol establishes the rules for transmis- 

obtain the utility of each contract. In a preferred mode, the si °n of messages which comprise the communication 

utility of each contract is normalized by dividing the utility between the server agent 40 and the client agent 42 during 

by the sum of the utilities of each dimension defined in the the negotiation process. The messages that can be exchanged 

contract to obtain the expected utility of each contract. The between two negotiating agents can be informally described 

aggregated utility of an operation is calculated by multiply- 60 ^ follows: 

ing the weights of each contract, as specified by the opera- request offer set: Sent by client to request all the offers that 

tion utility function, with the calculated expected utility of the server is willing to accept in a deal. The message 

each contract and summing the results. The expected utility conveys a client profile. 

of an operation is then calculated by dividing its utility by send offer set: Sent by the server in response to a request 

the sum of the weights of all the contracts defined for the 65 offer set message. The message body contains all the 

operation. The expected utility of each operation is multi- offers that the server supports. The client may select 

plied by the weight associated with the operation. The one of these and propose it as a deal to the server. 
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send offer: Sent by either agent to make an offer (or 142. The client mechanism can receive three different mes- 

counteroffer) to the other. It can be sent as a response sages in the waitForResp state 142, a deal message, a 

to a send offer. conflictDeal message, and a sendOffer message. The deal 

deal: Sent by an agent that received an acceptable offer message indicates acceptance from the server negotiation 

from the other agent. The message indicates that the 5 message. In response, the client mechanism transitions to the 

agent that received the most recent offer is willing to okayed state 140, wherein it transmits an acknowledge deal 

accept it as a deal. message. The client mechanism then transitions to deal end 

acknowledge deal: Sent by either agent as a response to statc 156 If mc clicnt melanism receives a conflict deal 

the deal message message while in the waitForResp state 142, the mechanism 

conflict deal: Sent by either agent as a response to i send 10 to notOtajtd 150. If the client mechanism 

offer message. We message indicates that the received "<? ,ves m a^nowledge conflict deal in the n^fayed state 

offer was not acceptable and that the agent does not 150 < to ™D 6al 15 «- » »» mechanism receives 

intend to make a counteroffer. a ^odOffer message in the waitForResp state 142 the client 

, , „ , ., mechanism transitions to an incomingOff state 13o. if while 

acknowledge conflict deal: Sent by either agent as a 15 m the incomingOff state 138 the client mechanism receives 

response to a conflict deal. a dcal mcssagCj it transitions to the notOk state 152. 

stop: This message can be sent by either agent to stop If mc clicnt mec hanism transmits a deal message while in 

negotiating immediately. It can be due to a failure, mc incomingOff state 138, it transitions to the ok state 148, 

application shutdown, change of priorities or any other wherein it receives an acknowledge deal message to transi- 

rcasOQ ' 20 tion to the deal end state 156. The negotiation will always be 

The message send offer conveys an offer consisting of a interrupted if the client mechanism receives the stop mes- 

server profile and a client profile. The message send offer set sagc K thc client nC g 0 tiation mechanism transmits a stop 

carries a set of offers provided by the server. All of the message, it transitions to the abort state 154 and the nego- 

messages convey a transaction identifier, that becomes the tiation is interrupted. 

deal identifier if a deal is reached. The deal identifier is used ^ Referring t0 nG. 13, the server-side negotiation mecha- 

to associate individual operation invocations with deals. nism transitions from an idle state 160 to a negotiate state 

The set of messages sent from the application to the 161 upon receiving either an offer or an offer request. If the 

negotiation mechanism can be summarized as follows: server negotiation mechanism receives an offer, it transitions 

abort: Sent by the application to its negotiation mecha- to an evalOffer state 162. In the evalOffer state the server 

nism to indicate the termination of all ongoing nego- 30 mechanism can either transmit a conflict deal message to 

tiations for that application. arrive at the notOk state 176 or a deal message to arrive at 

neg: Sent by the application to initiation negotiation. the ok state 178. If the client mechanism transmits an 

regOffers: Sent by server application to register new any acknowledge conflict deal while the server mechanism is in 

offers that provides. the notOk state 176, the server mechanism transitions to the 

FIGS. 12 and 13 illustrate the client-side and server-side 35 noDeal end state 184. If the server mechanism receives an 

negotiation state machines respectively. The procedures for acknowledge deal while in the ok state, it transitions to the 

the client and server negotiation mechanism are illustrated deal end state 182. If the server mechanism desires to 

as state-charts. A box represents a state and an arrow a state transmit a counteroffer while in the evalOffer state 162, it 

transition. Transitions are represented by labels with zero or transitions to the compute Offer state 170. The server mecha- 

one incoming or outgoing events and zero or more actions. 40 nism transmits the counteroffer in a send offer message and 

Incoming events, outgoing events, and actions are rep re- transitions to a waitForResp slate 168. 

sented as follows: EventTout event/action. States can be While in the waitForResp state 168, the server negotiation 

nested and a transition from an outer state indicates a mechanism can receive a deal message or a conflict deal 

transition that applies to all inner states. A circle represents message. Receiving the conflict deal message causes the 

a start state, and two nested circles represent a valid end 45 server mechanism to transition to the notOkayed state 174 

state. from which it transmits an acknowledge conflict deal mes- 

Referring to FIG. 12, a client negotiation mechanism is sage to arrive at the noDeal end state 184. Receiving the deal 

normally in an idle state 130. When it receives a negotiation message while in the waitForResp state 168 causes the 

request from the client, the client mechanism leaves the idle server mechanism to transition to the okayed state 172 from 

state 130 and enters into a negotiate state 131. The client 50 which the mechanism transmits an acknowledge deal mes- 

negotiation mechanism also transitions to an imtialOffer sage to arrive at the deal end state 182. 

state 132 in response to the negotiation request. In initia- If the server mechanism receives a request offer set 

lOffer 132, the mechanism determines if its server offers are message while in the idle state 160, it transitions to a 

valid or if it requires an updated set of server offers. If an collectOffs state 164. The server mechanism transmits a 

updated set of offers is required, the client mechanism 55 send offer set message and transitions to waitForOff state 

transitions to the requesuMode 134, wherein the client 166 from in which the server mechanism will either receive 

mechanism transmits a request offer set message to the a conflict deal message or a send offer message which 

server agent 40. If the client mechanism already has a valid includes an offer for a QoS agreement If the server mecha- 

set of server offers, it transitions to the computeOffer state nism receives a conflict deal message while in the wait- 

136, wherein the client mechanism computes an offer to 60 ForOff state 166, it transitions to the notOk state 176 from 

transmit to the server agent 40. If the offer is for a conflict which the server mechanism transmits an acknowledge 

deal, the mechanism transitions to a notOk state 152. If the conflict deal message to arrive at the noDeal state 184. If the 

client mechanism receives an ackConflictDeal message in server mechanism receives an offer for a QoS agreement 

the notOK state 152, the client mechanism transitions to a while in the waitForOff state 166, the mechanism transitions 

noDeal end state 158. 65 to the evalOffer state 162. 

If the client mechanism transmits an offer for a QoS If, while in the negotiate state 161, the server negotiation 

agreement at state 136, it transitions to the waitForResp state mechanism receives an abort message or transmits a stop 
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message, the server mechanism transitions to an abort state 
180 and the negotiation is interrupted. If the server nego- 
tiation message receives a stop message while in the nego- 
tiation state 161, it transitions to the idle state 160. 
What is claimed is: 5 

1. A method for negotiating a multi-category quality-of- 
service (QoS) agreement between a client and a server in a 
system comprising the steps of: 

establishing a communications link having a client-side of 
said negotiating and server-side; 10 

generating a plurality of multi-category QoS 
specifications, each said multi-category QoS specifica- 
tion being representative of a probabilistic estimate of 
QoS levels for a service available via said server, each 
category of said QoS specifications representing a 
different QoS-related parameter; 

transmitting said plurality of multi-category QoS speci- 
fications over said communications link from said 
server-side to said client-side; 

selecting at least one of said multi-category QoS speci- 
fications to be included in an offer for a QoS agreement; 20 

identifying each said selected multi-category QoS speci- 
fication as part of said offer, said offer requesting a 
service provided by said server at said probabilistic 
estimate of said QoS levels represented by said each 
selected multi-category QoS specification; 

transmitting said offer over said communications fink 
from said client-side to said server-side; and 

monitoring said communications link at said client-side 
for a response to said offer indicating one of an ^ 
acceptance, a rejection, and a counteroffer to said offer. 

2. The method of claim 1 further comprising the step of 
calculating an expected utility to said client for each said 
QoS specification, including calculating expected utilities of 
categories of said each multi-category QoS specification 35 
received via said communications link, said calculation of 
said expected utilities being performed at said client-side of 
said communications link and being based on said proba- 
bilistic estimate of said QoS levels available via said server, 
and further, wherein said step of selecting said at least one ^ 
multi-category QoS specification includes basing said selec- 
tion on said calculation of said expected utility. 

3. The method of claim 2 wherein expected utility is 
specific to relative significance to said client and wherein 
said calculating step for each said multi-category QoS 45 
specification includes a hierarchical approach of: 

establishing low level expected utilities for each of a 
plurality of dimensions associated with different cat- 
egories of said multi-category QoS specifications, each 
dimension being representative of one of a qualitative 50 
and a quantitative QoS-related parameter of a category 
with which said each dimension is associated; 

establishing an intermediate level expected utility for each 
said category based upon said low level expected 
utilities established for dimensions associated with said 55 
each category, said intermediate level expected utilities 
being said expected utilities of said categories; and 

establishing a high level expected utility for each said 
multi-category QoS specification based upon said inter- 
mediate level expected utilities established for said go 
each multi-category QoS specification, said high level 
expected utility being said expected utility of said each 
multi-category QoS specification. 

4. The method of claim 2 further comprising the step of: 
determining whether said expected utility of each said 65 

multi-category QoS specification satisfies a preselected 
minimum expected utility threshold; and 



if an expected utility of a particular multi-category QoS 
specification docs not satisfy said minimum expected 
utility threshold, disabling consideration of said par- 
ticular multi-category QoS specification from inclusion 
into said offer. 

5. The method of claim 2 further comprising the step of 
referencing a constraint profile which defines minimum 
requirements of said client to determine whether to perform 
said step of calculating said expected utility. 

6. The method of claim 2 wherein said step of calculating 
said expected utility includes filtering said each multi- 
category QoS specification utilizing a trust function repre- 
sentative of a level of trust said client has with respect to said 
server, said trust level being indicative of a degree to which 
said server has satisfactorily performed under terms of past 
QoS agreements. 

7. The method of claim 1 further comprising the steps of: 
generating a preliminary multi-category QoS specifica- 
tion utilizing an application-associated with said 
server; and 

filtering said preliminary multi-category QoS specifica- 
tion to modify said preliminary multi-category QoS 
specification according to a capability of said system to 
support preliminary QoS levels represented by said 
preliminary multi-category QoS specification, said fil- 
tering of said preliminary multi-category QoS specifi- 
cation generating said at least one multi-category QoS 
specification. 

8. Tne method of claim 1 further comprising the steps of: 
receiving said offer that includes said at least one selected 

multi-category QoS specification; 

determining whether said system is capable of supporting 
a QoS level associated with said selected multi- 
category QoS specification, said determination being 
based at least partially on previous commitments 
assigned to said system; and 

deciding whether to accept said offer on behalf of said 
server based at least partially on said determination of 
whether said system is capable of supporting said QoS 
level. 

9. A system for enabling multi-category QoS negotiation 
toward a multi-category QoS agreement between a server 
and a client in a system comprising: 

a server agent comprising: 

a) means for establishing multi-category QoS specifi- 
cations representative of probabilistic estimates of 
QoS levels associated with alternative services pro- 
vided by said server; 

b) first means for transmitting a plurality of said 
multi-category QoS specifications in response to 
receiving a multi-category QoS specification request 
for communication involving said client; and 

c) means for determining whether to enable said ser- 
vices based upon multi-category QoS offers received 
on behalf of said server; and 

a client agent comprising: 

a) means, responsive to said first means to receive said 
plurality of multi-category QoS specifications, for 
selecting one of said multi-category QoS specifica- 
tions for identification to said server agent on behalf 
of said client; and 

b) second means for identifying said selected multi- 
category QoS specification to said determining 
means of said server agent as at least a portion of a 
selected QoS offer. 

10. The system of claim 9 wherein said client agent 
further includes means, connected to said first means and 
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said selecting means, for calculating an expected utility to 
said client for each of said multi -category QoS specifications 
based on said probabilistic estimates of said QoS Levels, and 
further, wherein said selecting means is responsive to said 
expected utility calculation by said calculating means. 

11. The system of claim 9 wherein said probabilistic 
estimates of said QoS specifications are expressed for said 
categories of said multi -category QoS specifications in the 
absence of a linear combination of said probabilistic esti- 
mates. 

12. The system of claim 10 wherein said calculating 
means of said client agent includes a client-agent trust filter 
configured to modify data within said multi-category QoS 
specification according to a first trust function, said first trust 
function being representative of a level of trust possessed by 
said client agent with respect to said server agent based on 
an extent to which QoS agreements negotiated by said server 
agent have been satisfactorily performed in the past, said 
determining means of said server agent including a server- 
agent trust filter configured to modify data within said 
selected multi-category QoS offer according to a second 
trust function, said second trust function being representa- 
tive of a level of trust possessed by said server agent with 
respect to said client agent based on an extent to which QoS 
agreements negotiated by said client agent have been satis- 
factorily performed in the past. 

13. The system of claim 10 wherein said calculating 
means of said client agent includes an expected default 
provision function enabled to calculate expected utilities for 
dimensions of said categories not included in said multi- 
category QoS specifications. 

14. The system of claim 9 wherein said server agent 
further includes: 

means, connected to said determining means of said 
server agent, for ascertaining whether sufficient 
resources are available to said server to support 
resource requirements of said selected multi-category 
QoS offer, and 

means, responsive to said determining means and said 
ascertaining means, for selecting a second multi- 
category QoS specification for inclusion into a coun- 
teroffer in response to a determination that said 
resource requirements are unavailable to said server. 

15. The system of claim 9 wherein said establishing 
means of said server agent includes an application enabled 
to generate a preliminary multi-category QoS specification, 
said establishing means further including a plurality of filters 
associated with resources of said system supporting said 
service provided by said server, said filters being configured 
to modify said preliminary multi-category QoS specification 
to reflect capabilities of said resources to support said 
service, said modification of said preliminary multi-category 
QoS specification resulting in at least one of said multi- 
category QoS specifications. 

16. The system of claim 9 wherein said first means for 
transmitting and said second means for identifying both 



20 



include a negotiation protocol having rules for transmission 
of messages during said multi-category QoS negotiation. 

17. A method for negotiation of a multi-category QoS deal 
between a server and a client in a distributed system com- 

5 prising the steps of: 

generating an initial multi-category QoS specification 
representative of probabilistic estimates of QoS levels 
available via said server based on preferences by a 
1Q server application; 

filtering said initial multi-category QoS specification 
according to capabilities of resources of said distributed 
system to support QoS levels, said filtering producing 
a plurality of multi-category QoS specifications, each 
15 category of said multi-category QoS specifications 
being representative of a parameter of said multi- 
category QoS specification; 
transmitting said plurality of multi-category QoS speci- 
fications to a client agent in response to a request via a 
communications link; 
upon receiving said plurality of multi-category QoS speci- 
fications at said client agent, calculating an expected 
utility at said client agent for each of said plurality of 
25 multi-category QoS specifications based on said prob- 
ability estimates of said QoS levels; 
formulating an offer including at least one of said multi- 
category QoS specifications in response to said calcu- 
lations of expected utilities; 
30 identifying said offer to a server agent; and 

upon receiving said offer at said server agent, determining 
whether to accept said offer, including utilizing a first 
trust function that is representative of a level of trust 
said server agent possesses with regard to said client 
agent based on an extent to which QoS agreements 
negotiated by said client agent have been satisfactorily 
performed previously, said calculating step including 
utilizing a second trust function in calculating said 
expected utility of said multi-category QoS 
specification, said second trust function being repre- 
sentative of a level of trust said client agent possesses 
with regard to said server agent based on an extent to 
which QoS agreements negotiated by said server agent 
have been satisfactorily performed previously. 

18. The method of claim 17 wherein said determining step 
includes ranking said at least one selected multi-category 
QoS specification according to an expected utility to said 
server of each of said at least one selected multi-category 
QoS specification in said offer. 

19. The method of claim 17 wherein said filtering step 
includes producing said plurality of multi-category QoS 
specifications such that each multi-category QoS specifica- 
tion includes a client behavior mode with a probabilistic 
estimate of client behavior. 
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INTERNET PROTOCOL (IP) communications refer to the "telephone". If considered on a 

TELECOMMUNICATION basis of bulk data transport per unit of cost, the transport of 

information signals using the IP is very economical as 

This application claims benefit of Provisional Applica- compared with the PSTN. Although digitized voice can be 

tion No. 60/091457 filed JuL 1, 1998. 5 transported via a packet network operated in accordance 

The invention generally relates to long distance commu- ^ * e ^ wide bailees of ^ ^ the 

nications and mon "particularly to apparatus and methods for °P«ating characteristics of an IP network tend to 

assessing whether or not a link or a path between endpoints ^tenorat^ (hstort and occasionafiy even obliterate the time 

. & . . , /TTVW . i • * ii . iTT * component. Interrupted, delayed and out of sequenced 

in an internet protocol (IP) network is potentially suitable for • f - M J^'* _i„ tc . rt 

. . r - . v ' . • t e u reception or voice signal packets are common occurrences 

transmission or telecommunications sienals or synchronous 10 r . t . . , t . .. . . 

. . . „ , , fj . 1 c . from Ume to tune m a typical packet system, particularly 

signals origin. Examples of sources and destinations of such . . , . „- . j T ,« < V n , ' 

, • u j 1. * i- *. j * * j . during higher traffic periods. In other words the IP does not 

signals may include, but are not limited to, any of voice, data •% • < : i r • /r\r\c\ c 

^T. \ . , . . ' . 4 . c provide a consistent quality of service (QOS) for voice 

and image terminal apparatus or any combination thereof. r . j *l n 

& rr ^ communications and the like. 

BACKGROUND 5 The general evolution of packet systems toward function- 
In telecommunications, time is an essential component in ality as broad band carriers of information of synchronous 
the information content of signals representing audible °n& a k exemplified in a paper by A. Thomas et al, titled 
sounds and in the signal formats of many visibly reproduc- Asynchronous Time -Division Techniques: An Experimental 
ible signals, such as television signals. By contrast in data Packet Network Integrating Video communication, which 
communications, preservation of the time component is not 20 was Published at the 1984 International Switching 
nearly so important. The field of telecommunications has Symposium, May 7-11 in Florence Italy. Another example 
long been operated on the basis of circuit switching prin- was published in a 1987 IEEE paper by Jean-Pierre Cou- 
ciples for providing voice communications. In the later half dreuse and Michel Serval, titled Prelude: An Asynchronous 
of this century circuit switching networks have carried an Time-division Switched Network. 

ever increasing volume of data communications. The typical 25 More recently, a broadband communications standard for 
telecommunications digital network for communications of supporting a variety of both synchronous and asynchronous 
voice, digitally encoded in accordance with a pulse code communication requirements has been widely adopted by 
modulation (PCM) standard, provides a continuous bit rate telecommunications providers, and is now referred to as the 
service that is concatenated as nx64 Kb/s channels. Such asynchronous transfer mode (ATM) of telecommunications, 
telecommunications facilities and networks are said to be 30 The recommended standards are defined by the ATM Forum 
circuit switched or synchronous networks, which by their and are available from several publishers including Prentice 
physical natures are most suited to transporting signals Hall of Englwood Cliffs, N.J. 07632, under the tide ATM 
between communications terminals which produce synchro- User-Network Interface Specification Version 3.0 (ISBN 
nous signals, for example telephone speech signals. The 0-13-2258633). One commercially available product is sold 
primary characteristic of circuit switching is that when one 35 by the assignee with the trademark Magellan. Networks 
or more physical channels are assigned to a given commu- operable in the ATM standard are usually termed ATM 
nication circuit, to provide a service, that channel assign- systems or ATM networks. ATM systems are sophistically 
ment is reserved for the exclusive use of that service compromised to preserve the essence of the time component 
continuously throughout the duration of the service provi- in synchronous signals yet to some extent reap the econo- 
sion. This characteristic of circuit switching is substantially 40 m i cs of packet switching. However, as the IP is strictly 
irrelevant for data communications and is of such cost that directed to the efficient transport of data through any packet 
alternatives, known as packet switched networks, have been network facility, accordingly the IP does not take advantage 
developed for the express purpose of providing less costly of the ATM potential for preserving the time component, 
data communications. The quality of audible speech, reproduced from IP 
Some time ago, a packet switch, with the trademark SU 45 transport, may approach the quality of signals transmitted 
was introduced by the assignee, for improving the efiBcient via the PSTN. Such is usually contingent upon all of the 
transport of data signals. In contrast to the steady repetitive packet network facilities, involved with the transport of the 
nature of PCM signals, data signals for the most part, are signals, being operated at small fractions,of their capacities, 
bursty or asynchronous in nature. Thus to accommodate the Otherwise the quality may degenerate such that verbal 
efficient transmission of data signals, a data burst is arranged 50 information becomes unintelligible. Never the less, it has 
into'a packet of convenient length along with a header which become commonplace for some personal computer users to 
specifies a destination. After a packet has been assembled, a link with an IP network for telephone like voice 
high speed transmission path is allocated, only for a time communications, as well as for data communications, 
sufficient to transport the packet of data toward its destina- Economies envisaged with utilization of IP networks for 
tion. During the packet transport, the packet is in sole 55 synchronous signals communications, have generated con- 
possession of the transmission path. After the packet is siderable development in adaptations of end terminal facili- 
transported, the transmission path is available for the trans- ties and software. These adaptations provide degrees of 
port of another packet, possibly from a dhTerent source. The compensation for the irregular delays in packet transport to 
event of transporting at least one packet of data from a point improve the quality of audibly reproduced speech, 
of origin to a point of destination is termed a data call, 60 Commercial entities which depend heavily upon telecom- 
however, the number of data packets transmitted throughout munications usage, for their activities, spend significantly 
the duration of a data call is generally unlimited. Packet upon purchases of telephony services from PSTN and other 
networks operated in accordance with the internet protocol circuit switched telephone service providers. For some time 
(IP) have recently become the data communications equiva- they have considereded the IP, wishing it were a practical 
lent of the publicly accessible switched telephone networks 65 alternative. Improvements in the adaptation of end terminal 
(PSTNs). Users of data communications services commonly facilities and software for telephone conversations have 
refer to the "internet" in the same fashion as users of voice made the IP network a potentially practical alternative to the 
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PSTNs. Users depending heavily upon telecommunications definitions provided thereto from a telecommunications 
find the potential low cost of usage of IP in comparison with entity coupled with the IP network, for from time to time 
the PSTN to be very attractive. Nevertheless, this attraction collecting data relative to characteristics of real-time trans- 
is tempered with the recognition that from time to time one port protocol (RTP) streams used for transporting real-time 
or more links between the network endpoints related to a 5 audio data via one of more links in an IP network path, 
telephone call may provide such poor QOS as to be unac- In one application of the invention a call centre including 
ceptable. Furthermore the QOS can be unpredictably agent stations, is responsive to data relative to characteristics 
variable, changing from good to marginal to bad and to good of real-time transport protocol streams used for transporting 
again within an hour real-time audio data via IP paths in an IP network, for 
The effects of packet delays and losses as well as end » sekctivety postponing an IP telephone call setup with one of 
. , , , • j. . ., ... j- j • • the agent stations m an instance wherein the data indicates 
terminal clocking dissimilarities are discussed in a previous ~ . , r t , , - , 

U.S. patent application Ser. No. 08,982,925 assigned to a P robablc Q0S , °[^^ a piwbtwmined QOS 

Northern Telecom Ltd., the assignee of this application. The one «<"°ple <he call centre is operative in combination 

previous application teaches improvements useful in tele- ^ a V*** of f™ 06 (°- 0S ) server to accommodate 
phone facilities, terminals and personal computers which 15 outgoing caU compleUons via eimer of a PSTN and a packet 

reduce the potentially deleterious effects of an IP network s ^ tc ^ ™J" otk - ^ , caU . « nBe «"»P™« a telephone 

involved in speech transmission. However, there are prac- c ^^* nU ^ nttwo * ^ c0U P led Vli tnmk cucai[s , to 

tical limits to the effectiveness of these improvements, while a K ™' Md bemg ™ UP f T * P ttW ? y * * P !' 

there is no limit to the degradation of the performance of an ^ tched net *? rk ' me telephone circuit switching network 
IP link in a packet network. 20 bein 8 operable to provide communications channels 

, , . , , .„ , . . , between any of a plurality of agent stations and the gateway 

In the jargon of the IP, a real-time transport protocol has ^ to jde aBmmia!liim channels between 

been introduced to distinguish signals of synchronous origin of , he luralit of s(ations ^ ^ ^ drcuits 

from typical data signals. A signal of synchronous origin is A ^ contro]ler te operations of the talesbaM 

usuaUy referred to as a real-time transport protocol (RTP) network for ^ and tea[iD / dowD 

stream. This does nothing ; to expedite the .regular transport of 25 ^ boQe ^ sucn ^ calls for ^ thc trunk 

these signals, however it has permttedthe use of a real-time are eded b si ^ information specifying at 

transport control protocol (RTCP). The RTCP is one of ^ ^ ^ h(jne rf , ^ ^ ^ ^ 

several protocols useful for collecting data relative to char- ^ for ^ via ^ , mcans MC dcd b 

actenstics having been mfheted upon RTP suxams while sig^g information „„, mc te i C p hone number of a called 

^T!^M PD ;T rk BOto ^^^ dtheRTCP ^ » - a corresponding IP network endpoint 

published in standards recommended by the International Mnss ^ automatic is led , 0 ^u^ate 

Telecommunications Union. There are also software tools ^ ^ contfoUer fof idin tc , hone numbers ^ 

available which will analyze the collected daU and interpret iaioeia&m ^ endpoint addresses when ted by the 

the characteristics of data coUected by the RTCP. In other M matToll wd ^ ]ed ^ the Q0S ^ 

words, such software too assesses the QOS being momen- automatic dMer ^ a nufflber ^ for storf a 

tardy provided via a pam of propagation through the IP ^ of (6 , honc numbcrs al ^ ^ ndi 

network. Examples of these software tools are available '# „ * u n j a n* r . 

* ■ . j * ™ . - , , T „ endpomt addresses of parties to be called. A calling list 

under the trademarks of V/IP Trunk from Micom, and IP ™7, rt iu, „ n j, „„j ^ . t ^ A _ -° • . 

„ . , , „ . ' : . . A . . . ^ , controller reads and writes the number list, and apnon to 

Telecommuter and Road Warrior both from Northern Tele- ™,„m.- „ *.u„u rtM frt , Ul , „ n * # , 

_. ri , ri . . -.jj... 40 provioing a telephone number tor use by the call controller, 

com. Each of these software mechanisms includes functions ^ caUm ^ b ^ lQ t and receive 

which take a measure of the performance of an IP connection qqs information from the QOS server in relation to the 

for synchronous data, such as a telephone call after the call end ^ addr6SSM of me ^ and M 

has progressed to a conversaUon. Of course if the connection endpoint associated with said telephone number. The calling 

provides transport of inadequate quahty for real-time voice M fc able tQ dedme visioni of 

^ Pa ?It S k «. c ° nv K e " i ? Uon m ?y vef y * eU J eallze 11 said telephone number in consequence of a value of iaid 

without the benefit of what is essentially a post performance qqs information. Hence in an IP voice call, a predetermined 

assessment of the RTP stream. At least one party will hkely a tablc Q0S can be 

notice the conversation received from the other party as ™; t . , ,r 

iL . Ine automatic dialler in one example includes a deterred 

being delayed, broken or otherwise unsatisfactory. .. 4 , t1 , , . t , ,. . ™ 
« *i r * i i_ • • *j 50 list and a called lisL in addition to the number list. The 

Consequently, as far as telephone voice communications are Jf jt-^-r j- L r i_* L 

, - c . „ . • , , deferred list, is for recording telephone numbers for which 

concerned, many if not most commercial entities are reluc- ... , .J; \ t r 

, • 4*11. r provisiomng was declmed. I oe called list is for storing each 

tant to becommg committed internet telephony users, as for f, , L * • A , . .... 

ft . . ... . j • •! . • telephone number read in the telephone number list and 

purposes of their activities, a guaranteed QOS similar to the * . . fn 4 . . ti *! . t . „ T ^ 

L c „ f DCTM . , resulung in an IP telephone call setup with a called party 

QOS of the PSTN is virtually essential. , ° - r , . lL . , n- ■• , 
J ss bavmg been performed. In this example the calling list 

SUMMARY OF THE INVENTION controller is responsive to a completion of a reading of all 

the numbers in the telephone number list for functionally 

In accordance with the invention, an assessment of a substituting the deferred list; and is responsive to a signal 

probable QOS for routing an intended telephony call via an fr om ^ agcnt station during a progress of a telephone 
IP network is acquired, apriori to actually establishing the ^ connection following the call setup for causing the telephone 

telephone call. number of the called party to be recorded in the deferred list. 

In one example, RTCP information, about RTP streams A method for routing a telephone calLvia an IP network, 

having recently traversed links related to a specific path in is performed in response to a calling party having initiated 

the IP network, is gathered to determine, apriori setup of a a call to a called party. The method includes the step of 
requested call, a QOS of an IP network path. 6S determining at least one IP network link for transport of 

More particularly, a quality of service (QOS) server, in packets from the calling party to the called party, and at least 

combination with an IP network, is responsive to IP path one IP network link for transport of packets from the called 
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party to the calling party. In accordance with the invention FIG. 5 is a flow diagram which illustrates a method for 

the method comprising the further steps of: amassing QOS information in relation to endpoints and 

collecting data relative to characteristics of any real-time routes in foe IP network in FIG. 1; 

transport protocol (RTP) streams having recently been FIG. 6 is a flow diagram which illustrates a method by 

transported via said links; 5 which a telephone call is setup, consequent upon QOS 

generating a historical quality of service (QOS) value information in relation to endpoints and routes in the IP 

from the collected data; and network in FIG. 1; and 

setting up the call between the calling and called parties ™ G 7 * a block schematic diagram which illustrates an 

via the IP network, contingent upon the historical QOS example of a network resource useful in combination with 

value being of at least a predefined QOS; fo e IP network of FIG. 1. 

whereby the setting up an IP network telephony call with DESCRIPTION OF THE EXAMPLE 

a poor QOS is substantially avoided. EMBODIMENT 
The invention provides a method for estimating a tele- 
phony quality of service between endpoints in an internet 15 Points of origin of synchronous telecommunications 
protocol (IP) network. The method requires a data storage signals, potentially transmittable via the IP network, are 
facility coupled with the IP network to act as a quality of located at scattered locations around the globe and may 
service (QOS) server. The method is responsive to an transmit at any time to one or more points of destination, 
exchange of signal streams of synchronous origins at an P oi nls of origin and destination may include telecom- 
endpoint and comprises the steps of: ^ munications devices or telecommunications facilities, as 

a) gathering performance information for a signal stream ^ eU 35 com P Ulere from T Sn ^ Personal computers to 
' ■ , , t , j • . large mam frame computers. In FIG. 1 a public switched 

received at the end pomt, , , t „~ . , . , . . , - 

. telephone network (PSTN) 10 is shown with a multitude of 

b) gathering route information identifying at least one te i ephone devices 9j connected thereto via a corresponding 
route having been traversed by said signal stream, multitude of telephone lines 8. Some examples of telephone 

c) transferring the gathered information to the data storage devices include but are not limited to subscriber telephones, 
facility; and facsimile machines, image cameras and displays, modem 

in response to each transfer of said gathered information, at interfaced apparatus and the like. The PSTN 10 is also 

the data storage facility, illustrated as connected to provide telephone service for a 

d) storing the performance information, and the route ^ PBX 14 via a trunk facility 14b and a key telephone system 
information; (KTS) 15. It can be summarized that the typical PSTN can 

whereby the stored information are available apriori a call provide telecommunications services for a wide variety of 

setup for a request of telephone service involving endpoints communications facilities and devices not all of which are 

having at least a potential transport route in common with a shown in the figures. 

route identified in the stored route information. 3S Access between the PSTN 10 and an IP network 20 is 

Following the request for telephone service, the method typically provided at multiple locations across a continent 

comprises the further steps of: and is exemplified in FIG. 1 as a communications link 12 

e) identifying IP network endpoints of the calling and terminated at a gateway 24. The gateway 24 transfers 
called parties, information between the operating signal formats of the 

f) transmitting a request for QOS information relative to 40 PSTN and fo e IP network, the former typically being a TDM 

each of the identified endpoints, PCM format > md lhe later bein S a <} ata P acket format ^ 

v • , .j , • ,« accordance with the IP. The PBX 14 is coupled to a router 

g) responsive to said request, in the QOS server, reading . , n . ~ A . ,. , , . . . . 
&/ • r r . • . .. I , A ° 24 in the IP network 20 via a link 14a and is also coupled 

any QOS information for which there is at least a t 4 . n^T^rm * . i a io • i j 

: Z: % t 4 . t . ... to the PSTN 10 via a trunk 14b. A QOS server 18 is coupled 

potential transport route in common with a route iden- . . . - 0 ... , n 4 . 4 - - . . 

!>c j ' .1 . % . . c . A c via a link 18a with an IP network router 21, to be generally 

tified in the stored route information, and 45 . . . A ' e b - n / 

available as a network resource. Another QOS server 19 is 

h) transporting any QOS information, read in step d), to dedicated to serving the PBX 14. The dedicated QOS server 
the requester, 19 ^ cormecte< i to the PBX 14 via a link 14c and coupled to 

whereby set up of the requested telephone -call via the IP ^ jp network rouler 2 9 via a link 19a. By way of example, 
network may be declined if the QOS information appears to a Detwork 13 of personal computers is shown linked via a 
indicate less than a prescribed QOS. ^ 13a to ^ IP nelwor k romer 28, and coupled to the PSTN 

INTRODUCTION OF THE DRAWINGS v * a a ^* * P nelwork 20 is also depicted as 

including paths, routes or links intersecting at IP network 

Example embodiments of the invention are discussed with nodes 22, 23, 26, and 27. In actual fact packet networks have 

reference to the accompanying drawings in which: 55 multitudes of gateways or service endpoints and a multitude 

FIG. 1 is a block schematic diagram of an IP network and of nodes linked therebetween, however this is not further 

a PSTN network for coupling telecommunications devices discussed, as the particular structures representative of IP 

and facilities such that telecommunications may be con- operative networks are not pertinent to an appreciation of the 

ducted between any of the telecommunications devices and invention. 

facilities via either of the IP network and the PSTN, in ^ Both the PSTN 10 and the IP network 20 are capable of 

accordance with the invention: providing communications between a multitude of entities 

FIG. 2 is a block schematic diagram showing more detail which may be coupled thereto, however, as discussed in the 

as to a private branch exchange (PBX) used in FIG. 1; background, the IP network operates by data packet trans- 

FIGS. 3 and 4 are flow diagrams which illustrate a method missions while the PSTN operates by switched circuit 

by which a PBX call centre feature utilizes the IP network 65 synchronous signal transmissions. 

of FIG. 1 for telecommunications, consequent upon QOS As before discussed the economies of using the IP net- 

information; work for communications has lead to various arrangements 
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for minimizing the deleterious intrusive nature of the IP 
network in regards to the transmission of voice signals and 
the like in a so-called RTP stream. Also as before mentioned 
there are also software tools available which will analyze the 
collected data to determine the characteristics of an RTP 
stream. In this example the QOS servers 18 and 19 are each 
implemented by computer apparatus (not shown) which is 
dedicated to collecting information about the flow of any 
RTP streams in the IP network 20. The QOS server 18 is 
available to answer requests from other entities connected to 
the IP network 20 by transmitting the latest data collected 
about the flow of RTP streams via any specified link or 
between specified endpoints. Hie requesting terminal or 
device may then determine the probable QOS of the link or 
links in the IP network path over which the signals will be 
transported during a telephone call. The KTS in this case 
may conveniently be a Norstar, available from Northern 
Telecom Ltd. The KTS 15 uses the QOS information to 
decide if a requested telephone call between the endpoints of 
origin and destination is viable. It is envisaged that any end 
point devise that may be served by an IP network connection 
and involved with the origination of synchronous signals 
will include means by which data representative of recent 
link performance received from a common resource IP 
network QOS server is analyzed so that a calling party can 
be come aware of the probable QOS of the moment and 
choose either the IP network or the PSTN for completing the 
call. 

The dedicated QOS server 19 is exclusively available to 
answer requests from the PBX 14, in a similar manner, by 
transmitting the latest data collected about the recent flow of 
any RTP streams having been transported by a link or group 
of links that might be used to complete a telephone call, 
originating from the PBX 14. Using an appropriate software 
tool, for example IP Telecommute, the PBX 14 determines 
the probable QOS of the link or links in the IP network path 
over which the signals will be transported during the tele- 
phone call. The QOS information may be relied upon to 
determine the disposition of the initiated telephone call, for 
example to be to be one of routing through the IP network 
20, routing through the PSTN 10, or simply refusing to 
complete the call. 

Referring to FIG. 2, the PBX 14 introduced in FIG. 1, is 
configured in a typical manner to provide a call centre which 
includes a PBX switching network 31 operated under the 
direction of a PBX call controller 33. For example in a 
telemarketing function any of a plurality of agent stations 32 
may be coupled to the PSTN 10 via one of trunk circuits 34 
and a channel in the trunk 146, or alternately to the IP 
network 20 via an Ethernet gateway 35 and the link 14a. The 
PBX call controller 33 is responsive to call requests, for 
calling distant parties, as defined by telephone numbers 
supplied via a command status link 36 by an automatic 
dialler 40. When a party answers the call is quickly com- 
pleted to an idle attendant at an agent station. The PBX call 
controller 33 is capable of processing calls at a rapid rate. 
However it is normally programmed to pace the call centre 
such that an answering called party will have the impression 
that the agent had dialed and was waiting for the party to 
answer, when in fact the agent may have disconnected from 
the conversation of a previous call only a moment before. 

In this particular example, the automatic dialler 40 is 
provided as a server element connected to the call controller 
33 via a command status link 36. The PBX in this case may 
conveniently be a Meridian 1, available from Northern 
Telecom. The automatic dialler 40 includes a calling list 
controller 41 which manipulates a data base. The data base 
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would normally be contained in a single random access 
memory device. For ease of illustration, the data base is 
depicted as being three separate memory devices, each of 
which is functionally labeled as a number list 45, a called list 

5 46, and a deferred list 47, each being coupled to the calling 
list controller 41 via a data bus 42 and a control bus 43. It 
is the calling list controller' responsibility to present numbers 
for calling one after another to the PBX call controller 33 via 
the command status link 36. 

30 Operation of the PBX is discussed in more detail with 
reference to FIGS. 3 and 4. A memory element in the 
automatic dialler 40 is segmented into the number list 45, the 
called list 46, and the deferred list 47 as shown in function 
box 51. To prepare for operation, the function box 52 

15 requires the number list 45 to be loaded with the telephone 
numbers. The telephone numbers will be those of a selected 
portion of a population with whom the commercial entity 
desires to do business or otherwise communicate with. As it 
is desirous that the IP network 20 be utilized whenever 

20 possible, routing information as to appropriate IP network 
endpoints or gateways is associated with each of the loaded 
telephone numbers or alternately the telephone numbers are 
arranged in blocks having common end point addresses. 
Loading of the telephone numbers and associated endpoint 

25 addresses may be performed by physical insertion of a 
prepared data base in the form of a cassette data tape (not 
shown) into either of the call controller or the calling list 
controller. Alternately, such data base information may be 
received from a remote source (not shown) via the IP 

30 network 20, the Ethernet gateway 35 and thence traverse a 
TDM signalling and supervision channel in the switching 
network 31 to reach the call controller 33. 

Preparatory to the call centre function, as shown at box 
53, the calling list controller 41 reads a number and routing 

35 information in the number list 45. The calling list controller 
41 compares the routing information with any recent entries 
in the deferred list 47, as required in a decision box 54, to 
determine if a recently read number with similar routing was 
declined. If not, according to function box 55, the routing 

40 information is transferred to the QOS server 19. As required 
in decision box 56, if RTP stream data information corre- 
sponding to the routing information is of recent record, the 
QOS server 19 makes the data known to the calling list 
controller 41, as shown in box 58. However if such data is 

45 absent or more than say 5 minutes old, for example, the QOS 
server collects current data related to the endpoints by 
initiating an artificial session, which mimicks a call involv- 
ing RTP streams being exchanged between endpoints of the 
route through the IP network 20, as shown at 57. The 

50 artificial session data is used to update the QOS server and 
is communicated to the calling list controller 41. An alter- 
nate result in the decision box 54, occurs if a recently read 
number with similar routing was declined and results in a 
YES. A yes result causes the sequence to transfer at "B" to 

55 FIG. 4 function box 65, which is discussed later. 

FIG. 4 is entered via "A" from function box 58 where in 
accordance with decision block 59, the calling list controller 
41 determines if the probable QOS is of at least a prescribed 
criterion. If the QOS is satisfactory the calling list controller 

so 41 provides the telephone number and the routing informa- 
tion via the command/status link 36 for use by the PBX call 
controller 33, as shown in a function box 60. In accordance 
with decision block 61, after the telephone number and the 
routing information is confirmed as having been accepted by 

65 the call controller 33, an other number and endpoint infor- 
mation are read from the number list 45 as required in 
function box 64, and the sequence transfers via "C to FIG. 
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3. At the same time the list controller 41 waits to receive an recently occurred over a particular route, the probability of 

indication from the call controller 33 that the call specified the previously gathered information being somewhat accu- 

by the previously read telephone number has resulted in a rate is depreciated. It is therefore considered to be of no 

telephone call having progressed to being answered. If and practical value and apriori a call setup an attempt to acquire 

when such occurs, as indicated in function block 62, the 5 more up to the moment data can be initiated by requesting 

corresponding telephone number and endpoint information ™ artificial synchronous session, as indicated at 70A in FIG. 

arc written in the called list 46. As an option, after the 5 - ^ artificial synchronous session is controlled by the 

conversational portion of the call, before going ON HOOK Q° S xrvtT requests the endpoints to exchange media 

the agent may signal a recall request from the station. The pseudo synchronous signal streams, as indicated at function 

call controller 33 signals the list controller 41 to write the 10 box 71/V ^ ^suiting RTP streams must be of sufficient 

telephone number and the associated endpoint information bulk t0 facili tate a meaningful examination by the RTCR 

in a recall list (not shown) for a second call setup request at Mxci ^ c artificial synchronous session has generated some 

some later time. performance information, the session ends, as shown at 72 A, 

tu c ** u ce ■ * XT/-* wi_ a^d the information is gathered and forwarded to thee QOS 

The function box 65, is responsive to a NO assertion at the u •* ■ * j • ~i m. *u c 

ftlr _- v en 0 vec -c-o^™ «. a 1t ,o.™ 15 server, where it is stored in accordance with the functions 

tunction block 551, or to a Yt& assertion as the function. 13 ... . 4 , , - A , , „ . mA . , _ A 

block 54 to require the telephone number and the associated dlu f trate ? a ' boxes 73A. 74A, 73 and 74. 

endpoint information be written in the deferred list 47. A method by which an IP telephone call is setup, conse- 

Decision block 66 tests to see if all the numbers in the 1 u c ent u P° n ^thered QOS ^formation is discussed with 

number list have been read. If YES, then the calling list re/«ence t0 nG . 6 . In „ even , of , C a,hng part y having 

controller checks to see if the number list has already been 20 dialed or otherwise indicated the telephone number of a 

substituted by the deferred list 47, as specified in decision called party, as indicated at 80, network endpoints related to 

block 67. If NO then the deferred list is substituted and the Recalling and called parties must be identified, as indicated 

sequence of functions transfers to function box 64 as m fuQcUon bo * 81-Thereafier QOS information relating to 

required by function box 68. In other words, when the f e ^points is requested from the QOS server, as shown at 

number list 45 has been read in its entirety, the calling list * fimcUon box 82 ' Kf ° r "ample, referring to FIG. 1, the 

controUer 41 substitutes the deferred list 47 instead of the re( i uest ongnufes with any of the KTS 15 or telephone hue 

number list 45 as the source of numbers for calling. Trans- connected devices 9, the request will have been initially 

fers of numbers to the PBX call controller 33 are treated in ™u«<:<l via a TDM channel provided by a local exchange 

like manner as before described. On the other hand if YES, ( C0 )> m l ! h ° w 5L m th f fS P* 10 t0 . me B atewav 24 Al ^ 

then the reading of the deferred list 47 has been completed 30 gateway 24 the TDM signal is packetized for transport to the 

and the process ends at 69. Q0S server 18 If for exam P le U« request originates at a 

„ . . „ . ,. . , . personal computer in the network of personal computers 13, 

Thereafter numbers from the call again hst may be used mc { ^ ^ psiN u bm morc £ ffidentl 

to drive the call centre or the number hst 45 can be loaded mc t ^ ^ to ^ t rtcd b ^ routcr ^ and 0Q 

with a new sequence of numbers and the call centre resumes ^ ^ ^ Tp nQtwQ± ^ {Q ^ Q £ s ^ lg ^ 

operation. to mQ ^ ±c qos server responds to the request by first 

In relation to FIGS. 3 and 4, operation of a call centre determining if there is information relating to each of the 

using the IP network for telecommunications has been endpoints within the QOS server, as indicated at a decision 

discussed. In particular telephone numbers are specified for block 83. If YES, the QOS information is read, at 84, and 

call setup using the IP, only after a probably adequate QOS ^ cxa mined to see if it is recent, as required at decision block 

has been determined. if N0 , the artificial synchronous session is initiated as 

In another embodiment, later discussed with reference to required in a function box 89. If YES, the information is 

FIG. 7, the QOS server is able to specify an IP network node transported toward the requester, as indicated in function 

compander function such that the bandwidth of the RTP box 90. The information is then available for the requesting 

stream may be compressed for transport via one or more 45 entity for either indicating the potential QOS, to a user, or 

moderately traffic congested links and thereby improve the available for use directly to automatically determine the 

perceived telephony service. progress or disposal of the dialed telephone call. 

One method by which a QOS server amasses IP telephony Again referring to FIG. 6 at the decision block 83, if it is 
QOS information is discussed with reference to FIG. 5. QOS determined there is no information in relation to each of the 
information is amassed in a QOS server by monitoring so endpoints, a further decision is specified in a block 87. Io 
ongoing traffic so that a short history of performances, each this block it is determined if QOS information relating to the 
related to a specific route, is obtained. Starting at 70, in a endpoints might be inferred. Inference is attractive as it is 
normal IP telephone call, RTP signal streams are exchanged much faster and uses less resource, compared to initiating an 
at the endpoints associated with the calling and called artificial synchronous session. Inference is possible if the 
parties. The endpoints are instructed to utilize the RTCP to 55 endpoint locations are considered, in order to determine a 
generate information as to the characteristics of the streams, likely route therebetween. If there is QOS recent information 
and provide this with related path or route information in one for the likely route, it is inferred to be appropriate QOS 
or more data packets addressed for the QOS server, as information at function box 88 and is forwarded to the 
indicated in function boxes 71, 72 and 73. The QOS server requester. If the QOS is not inferable an artificial synchro- 
stores the information association with the identities of the 60 nous session is initiated as required at the function box 89. 
endpoints of origin as indicated in function box 74. The Referring to FIG. 7, the IP network nodes 22 and 23 as 
process ends as indicated at function box 75, but recom- illustrated in FIG. 1, are also connected in combination with 
mences with each initiation of a normal synchronous companders 22A and 23A respectively. Companding is a 
session, as shown at 70. The information is selectively well known function by which the bulk of an information 
available for determining a probable QOS for a requested IP 65 signal is compressed for transimssion and subsequently 
telephone call apriori the actual call set up. However, in the expanded, complimentary to the compression function, for 
event that no traffic of synchronous signals origin has reception and use while maintaining virtually all of the 



05/05/2004, EAST Version: 1.4.1 



US 6,556,565 Bl 

11 12 

information content. In this example the compander is a the historical QOS value of any link being less than the first 

device which performs either of a selected compression predefined QOS value, but greater than a lesser predefined 

function or a complimentary expansion function, upon RTP QOS value, allocating a network companding resource to 

packets of a particular IP telephone call. If a QOS for a the RTP streams to be transported via said link; and setting 

requested IP telephone call appears to be somewhat less than 5 up the call between the calling and called parties via said 

a preferred QOS in the link between the nodes 22 and 23, links. 

while any alternative links are unacceptable, companding 3. A quality of service (QOS) server, in combination with 

is-used to reduce the signal bulk for transport. Compression an IP network, being responsive to IP path definitions 

of the RTP stream reduces the amount of data signal for provided thereto from a private branch exchange (PBX) 

transporting the information. Hence the time duration for coupled with the IP network, for from time to time collecting 

transport of RTP packets is reduced and accordingly the data relative to characteristics of real-time transport protocol 

exposure of the information to IP degradation while travers- streams used for transporting real-time audio data via one or 

ing the link is reduced. In the example of FIG. 2, the network more links in an IP path, wherein said PBX includes an 

companding resource is used if the calling list controller 41 automatic dialler and wherein said IP path definitions are 

receives QOS information which indicates the historical provided by the automatic dialler in the form of IP network 

QOS value of a link to be less than the preferred QOS value, 15 endpoint addresses, the QOS server providing collected data 

but greater than a lesser predefined QOS value. The calling relative to said endpoints whereby an automatic dialler 

list controller 41 provides.link routing instruction along with defined call set up via the IP network is declined if the QOS 

the endpoint addresses and the telephone number for use by ^ unsatisfactory. 

the call controller 33. The link routing instruction includes A call centre including agent stations, the call centre 
a request for allocating the network companding resource to 20 bein £ responsive to data relative to characteristics of real- 
the RTP streams to be transported via the link for the tirne transport protocol streams used for transporting real- 
duration of the telephone call. By this means parties to the ^mc audio data via IP paths in an IP network, for selectively 
IP telephone call will experience a better QOS than would postponing ah IP telephone call setup with one of the agent 
be available without the companding resource. stations in an instance wherein the data indicates a probable 

In the forgoing discussion, examples of a QOS server, in 25 Q° s of less tnan a predetermined QOS. 

association with a packet switched network operated with 5 - A cal1 « ntre & defined m claim 4 comprising: 

the IP for apriori determining a probable QOS for a a telephone number list for storing prescribed telephone 

requested IP telephone call, have been illustrated. It is numbers of parties to be called, whereby the call centre 

envisaged that in the light of this discussion QOS servers x performs a call setup in response to a telephone number 

will be provided as a common resource in IP networks to having been read in the telephone number list; 

better facilitate IP telephony. The principles discussed herein a deferred list, for recording said telephone number in the 

extend generally to signals of synchronous origin, be these event of the call setup being postponed; and 

conveyers of whatever information. Examples of sources a called list for storing each telephone number having 

and destinations of such information may include, but are 35 been read with the result of an IP telephone call setup 

not limited to any of, voice, data, and image terminal with a called party having been performed, 

apparatus, as well as commonly accessible network process- 6. A call centre as defined in claim 5 comprising: 

ing and companding resources. It is also envisaged that means responsive to a completion of a reading of all the 

future telephone apparatus and other terminal devices will numbers in the telephone number list for functionally 

include apparatus and software in accordance with the ^ substituting the deferred list 

previously mentioned patent application Sen No. 08,982, 7. A call centre as defined in claim 6 comprising: 

925. In addition thereto such telephone apparatus and ter- means being responsive to a signal from an agent station 

minal devices will include means for utilizing IP telephony durmg a pr0 gress of a telephone connection following 

QOS information. With the knowledge of this discloser the call setup for causing the telephone number of the 

those persons skilled in the field of IP telephony will realize 4S ca Ued part y t0 oc recorded. 

other variations and embodiments within the spirit and scope a call centre being operative in combination with a 

of the invention. quality of service (QOS) server, to accommodate outgoing 

What is claimed is: call completions via either of a PSTN or a packet switched 

1. A method for routing a telephone call via an IP network, network, comprising; 

responsive to a calling party having initiated a call to a called 5Q a tcle p hone switching network being coupled via 
party, wherein the method includes the step of determining {r]mk ^aiiis to the PSTN, and being coupled via a 
at least one IP network link for transport of packets from the gateway means to the packet switched network, the 
calling party to the called party and at least one IP network telephone circuit switching network being operable to 
fink for transport of packets from the called party to the providc commumc ations channels between any of a 
calling party, the method comprising the further steps of: ss plurality of agent stations and the gateway means, and 
collecting data relative to characteristics of any real-time to pr0 vide communications channels between any of 
transport protocol (RTP) streams having recently been th c plurality of agent stations and the trunk circuits; 
transported via said links; a ^ collier for directing the operations of the tele- 
generating a historical quality of service (QOS) value phone circuit switching network for setting up and 
from the collected data; and & tearing down telephone calls, such that calls for 
setting up the call between the calling and called parties completion via the trunk circuits are preceded by 
via the IP network, contingent upon the historical QOS signalling information specifying at least the telephone 
value being of at least a predefined QOS; number of a called party, and such that calls for 
whereby the setting up an IP network telephony call with completion via the gateway means are preceded by 
a poor QOS is substantially avoided. 65 signalling information as to the telephone number of a 

2. A method as defined in claim 1 wherein said predefined called party as well as corresponding IP network end- 
QOS is a first predefined QOS value, and in an event where point address; 
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an automatic dialler coupled to communicate with the call h) transporting any QOS information, read in step d), to 

controller for providing telephone numbers in associa- the requester, 

tion with endpoint addresses to the call controller, and whereby set up of the requested telephone call via the IP 

coupled with the QOS server, the automatic dialler network may be declined if the QOS information appears to 

. comprising: 5 indicate less than a prescribed QOS. 

a number list for storing a plurality of telephone numbers 12. A method as defined in claim 10, comprising the 

along with corresponding endpoint addresses of parties further step of: 

to be called; j) coincident with step d), storing the time of each 

a calling list controller for reading and writing the number occurrence of step d) in association with said informa- 

list and apriori to providing a telephone number for use 10 tion. 

by the call controller, the calling list controller being 13. A method as defined in claim 12, where in an event of 
operable to request and receive QOS information from a request of telephone service involving endpoints having at 
the QOS server in relation to the endpoint addresses of least a potential transport route in common with a route 
said gateway and an endpoint associated with said identified in the stored route information, the method corn- 
telephone number, and being operable to decline pro- 15 prising the further steps of: 

visioning of said telephone number in consequence of k) dependent upon the time at which the information was 

said QOS information suggesting an insufficient QOS. stored in step d) not being recent enough, initiating an 

9. A call centre as defined in claim 8, the automatic dialler artificial synchronous session wherein signal streams, 
further comprising; simulated to be similar to signal streams of synchro- 

a deferred list, for recording said declined telephone 20 nous origins, are exchanged between the endpoints, 

number; m ) gathering performance information related to the sig- 

a called list for storing each telephone number read in the nal streams received at the endpoints, 

telephone number list and resulting in an IP telephone n) gathering route i n f orma tion for the signal streams 

call setup with a called party having been performed; received at the endpoints, and 

and the calling list controller further comprising: performing the steps of; 

means responsive to a completion of a reading of all the . , iL , . c 

. . . ,. . * * « ... c) transferring the gathered mfonnation to the data storage 

numbers m the number list for functionally substi- ' ^ . 

tuting the deferred list; and . aci 411 , , , . . , . , . c 

. t t c in response to each transfer of said gathered information, at 

means being responsive to a signal from an agent ^ ^ serV er 

station during a progress of a telephone connection * 

following the call setup for causing the telephone d ) boring iht performance information, and the route 

number of the called party to be recorded. information. 

10. A method for estimating a telephony quality of service U - A method as defined in claim 11 wherein step g) is not 
(QOS) between endpoints in an internet protocol (IP) performed as there is no potential transport route in common 
network, comprising the steps of: 35 ^ a route identified in the stored route information, the 

coupling a data storage facility with the IP network to act method «™P™"g ^ stc P of: 

as a quality of service (QOS) server; and initiating an artificial synchronous session causing 

responsive to an exchange of signal streams of synchro- exchanges of signal streams, simulated to be similar to 

nous orgins at an endpoint, ^ s^* 1 streams of synchronous origins, between the 

a) gathering performance information for a receive endpoints, and thereafter, performing steps beginning 
signal stream, ^th step m) defined in claim 13. 

b) gathering route information identifying at least one 15 * A method as defined in claim 10 wherein following 
route having been traversed by said signal stream, said request for telephone service the method comprising the 

c) transferring the gathered information to the data 4S f^er steps of: 

storage facility; and in response to each transfer of e) identifying IP network endpoints of the calling and 

said gathered information, at the QOS server, called parties, 

d) storing the performance information, and the route f) transmitting a request for QOS information relative to 
information; each of the identified endpoints, 

whereby the stored information are available apriori a call 50 p) m the Q0S scrvcr reS ponsive to said request such 

setup for a request of telephone service involving endpoints ^ # ^ fe QOS information for said endpoints 

having at least a potential transport route in common with a transporting the QOS information to the requester, 

route identified in the stored route information, said perfor- 16 A method as defined in daim 15 where in M even( 

mance information and route information being operative to mere ^ no information for one of the endpoints, determining 

determine whether a QOS associated with said telephone S5 tf there ^ a route between ^ endpoints for whicb 

service would be greater or less than a prescribed QOS. there ^ Q0S m f orma tion, if so and if the QOS information 

11. A method as defined in claim 10 wherein following fc receQl) inferrmg me qqs information is appropriate and 
said request for telephone service, the method comprising transporting the inferred QOS information to the requester, 
the further steps of: 17 A method ^ defined in claim 16 where in an event 

e) identifying IP network endpoints of the calling and ^ mere is no inferable information for said endpoint, initiating 
called parties, an artificial synchronous session to acquire QOS informa- 

f) transmitting a request for QOS information relative to tion for the endpoint, and transporting the acquired QOS 
each of the identified endpoints, information to the requester. 

g) responsive to said request, in the QOS server, reading 18. A method as defined in claim 15 where in an event 
any QOS information for which there is at least a 65 there is no information for one of the endpoints, determining 
potential transport route in common with a route iden- if there is QOS information for a route in common with at 
tified in the stored route information, and least one link through which a signal stream destined for the 



05/05/2004, EAST Version: 1.4.1 



US 6,556,565 Bl 

15 16 

end point would likely be transported, and if so transporting artificial synchronous session wherein signal streams, 

the QOS information to the requester. simulated to be similar to signal streams of synchro- 

19. A method as defined in claim 18 where in an event nous origins, are exchanged between the endpoints, 
there is no route in common for said endpoint, initiating an * tl _ . r . f . . . . . 
artificial synchronous session to acquire QOS information 5 m > performance information related to the s.g. 
for the endpoint, and transporting the acquired QOS infer- nal strcams received at Spouts, 

mation to the requester. n) gathering route information for the signal streams 

20. A method as defined in claim 11, comprising the received at the endpoints, and 

ste P of: performing the steps of; 

j) coincident with step d), storing the time of each 10 

occurrence of step d) in association with said informa- c) transferring the gathered information to the data storage 

tion. facility; and 

21. A method as defined in claim20, where in an event of m ^ to each ofsiid mformatioll) „ 
a request of telephone service involving endpoints having at ^ q QS scrver 

least a potential transport route in common with a route 15 1 

identified in the stored route information, the method com- d) storing the performance information, and the route 

prising the further steps of: information, 
k) dependent upon the time at which the information was 

stored in step d) not being recent enough, initiating an * * * * * 
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(57) ABSTRACT 

A system and method for providing improved performance 
using TCP/IP protocols over wireless networks that can be 
implemented entirely within the link layer of a protocol 
stack. The system and method responds to low signal levels 
caused by weak and fading wireless connections by main- 
taining throughput and circumventing inappropriate 
instances of TCP/IP congestion avoidance mode. At least 
two selectable service protocols, comprising at least one 
selectable basic error-detecting/correcting protocol and at 
least one selectable robust error-detecting/correcting 
protocol, are implemented within link layers of both the 
mobile station and the base station. A quality of service 
monitor installed within the link layer monitors signal 
quality. When the quality of service monitor detects a signal 
quality that falls below a predetermined threshold or predicts 
a future signal degradation, the mobile station switches to 
the robust error-detecting/correcting service protocol and 
informs the base station of the changeover. The base station 
similarly switches to the robust error-detecting/correcting 
service protocol, beginning at a predetermined data frame. If 
the quality of service rises above a second predetermined 
threshold, the basic error-detecting/correcting protocols are 
restored both within the mobile and base stations. 

70 Claims, 12 Drawing Sheets 
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/* Table Preparation and Table Handling instructions 

*/ 

Store vector of Signal Quality which would at a particular 
dues in SQ_table {this would be the y-data on y vs x plot) 

IF (vector of CNR values corresponding to Signal 
Quality values is to be ( uniformly spaced) 

< 

store min_CNR_in_table, CNR_table_increment, and 
max_CNR_in_table % 

} 

ELSE (vector of CNR values corresponding to. Signal 
Quality values is not to be uniformly spaced 

{ 

store vector of CNR values corresponding to Signal 
Quality values as CNR_table 

store length_of_CNR_ table 

(during computations one will access 
min_CNR_in_table and max_CNR_in_ table 

via the appropriate addressing indices, which are, 

1 or, length_of_CNR_table, respectively, of CNR_table) 

} END IF 

Fig. 8A 
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/* Initialization */' 




Select Allowable Interference 


Margin in dB, 


Intf_Margin 




/* Set the Interference Level to 


Zero V 


Intf_level__est <- 0; 





Fig.8B 
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/* General Operation */ 
FOR each frame: 
{ 

Get instantaneous RSSI measurement for Frame (max 
of early/middle/late), RSSI 

Get instantaneous Signal Quality measurement for 
frame, SQ 

Look up CNR_basedon_SQ corresponding to this SQ 
from table. i.e. find value in SQ_table closest to SQ, 
and determine the CNR associated with this SQ table 

value. Call this value CNR_basedon_SQ . If SQ does not lie 
within bounds of SQ_table, use association based on 
closest value which is in the table. 

/* account for cases where RSSI does not lie 
within tabulated bounds */ 

IF (RSSI >= max_CNR_in_table) 
RSSI <- max_CNR_ instable 

ENDIF 



IF (RSSI <= min_CNR_in_table) 
RSSI <- min_CNR_in_table 

ENDIF 



Fig.8c 
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Continued from FIG. 8C 



/* Filter difference between measured RSSI and 
RSSI perceived by SQ measurement 

Intf_level_est <- (1-a) Intf_level_est + a 

(RSSI - CNR_basedonSQ) 

/* a is a TBD parameter which is (1/2) to some 
integer power. , 1/16 or 1/32 tend to work 

well in simulations */ 



/* X tbd^ s a value TBD which relates to the 
variability in RSSI measurements and choice 

of small a which limits the amount of 

averaging done. A small a, however, is necessary for quick 
transient responses. X TBD should be small. */ 

IF (Intf_level_est > Intf_margin + ) 

Send 'Interference Detected from SQ' message to 
RME, along with value of Intf_level_est 

ENDIF 

END For each Frame 'FOR LOOP' 



HO. 80 
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PERFORMANCE IMPROVEMENT OF Solutions to this problem have been proposed as is 

INTERNET PROTOCOLS OVER WIRELESS evidenced by the following publications: (1) R. Caceres et 

CONNECTIONS al. "Improving the Performance of Reliable Transport Pro- 
tocols in Mobile Computing Environments" IEEE Journal 
5 on Selected Areas in Communications, Vol. 13, No. 5, June 

BACKGROUND OF THE INVENTION 1995; (2) P. Kara, "The Qualcomm CDMA digital Cellular 

1 t->* ij e >i f System." Proceedings of the USENIX Molile & Location- 

1. Field of the Invention T J « ' , ^ *• o ,a a 

Independent Computing Symposium, pp. 35-39, August 
The present invention relates generally to a system and m3; (3) Hbalakrishnan et. al "Improving Reliable Trans- 
method for providing improved performance of Internet 10 port and Hando ff Performance in Cellular Wireless 
protocols over wireless connections, and more specifically, Ne tworks," Wireless Networks, Vol. 1, No. 4, pp 469-481, 
to a system and method for improving performance of 1995; (4) j Saltzer et ^ « Elld -lo-end Arguments in System 
Internet protocols by preventing TCP/IP congestion avoid- DesigD » ACM Transactions on Computer System Design," 
ance mode as a result of errors in the wireless connection. ACM Transactions on Computer System (TOCS), Vol. 2, 

2. Related Art 15 No. 4, pp. 277-288, 1984; and (5) B. R. Bandrinath et. al 
Current trends indicate a significant increase in the use of "Handling Mobile Clients: A Case for Indirect Interaction," 

mobile computing devices such as auto PCs, personal digital Proceddings of the 4th Workshop on Workstation Operating 

assistants (PDAs) and the like. Accordingly, there is an Systems, pp. 91-97, October 1993. 

increasing demand for fast and reliable wireless communi- However, these conventional solutions require changes to 

cation links to computer networks, such as the Internet. 20 me un k i ayer t0 pr0 vide error free service to the transport 

The problem is that current communication techniques layer. Further, current link layer error detection and correc- 

using TCP/IP protocol suites have proven to be troublesome tion schemes introduce additional delays due to the retrans- 

when used in wireless networks. This is primarily due to the mission of data. Thus, using techniques, such as the sliding 

fact that TCP/IP was originally designed to be used with window protocols as suggested by (1) above, can still trigger 

hard-wired or "fixed" transmission links rather than wireless 25 congestion avoidance mode in TCP/IP. 

radio links. Another approach is to offer limited link layer recovery, 

Specifically, the TCP/IP suite of protocols was designed leaving complete recovery to the transport layer, as sug- 

for environments using highly reliable transmission media gested by (2) above. The problem with this solution is that 

with very low bit error rates (BER). Thus, TCP/IP was it doesn't address TCP/IP congestion avoidance issue at all, 

designed with the assumption that the underlying physical it just delays its onset. 

connections used to transport the data were error-free. Yet another conventional approach, as suggested by (3) 

Consequently, TCP/IP assumes that low bandwidth condi- above, is to add a snoop agent to base station routing 

tions are caused by congestion, rather than problems related software. Using this approach, the snoop agent maintains a 

to the underlying transport media. Accordingly, TCP/IP 3S cache of unacknowledged base station-to-mobile station 

responds to low bandwidth conditions (Le. packet losses) by TCP packets. When a packet loss is detected (e.g. via 

slowing down the transmission rate. This works well for duplicate acknowledgements or a local timeout), the snoop 

wired networks but can be disastrous for wireless connec- agent retransmits the lost packet, preventing congestion 

tions. recovery by TCP. An acknowledgement from the mobile 

Typically, packet losses in wireless networks are not ^ station allows the snoop agent to clean up its cache, update 

caused by congestion but are caused by high bit error rates round trip time estimates, etc. 

due to weak and fading wireless transmission links. The The problem is that these conventional approaches all 
quality of such wireless transmission links is affected by require significant overhead in terms of software and design 
physical obstructions, weather conditions, atmospheric changes to current systems. For example, the snoop agent 
conditions, power failures, and the distance between cells 45 approach requires that IP multicast be implemented and used 
(and density of cells) in a cellular network. In most cases, during cellular handoffs. Further, this solution requires that 
congestion avoidance (by stopping transmission for a period TCP be modified on the mobile station side. Still further, this 
of time) during adverse conditions is an inappropriate and other conventional approaches violate protocol-layering 
response in a wireless network. Moreover, the resultant principles by using information and messages in the trans- 
reduction in overall transmission rates during rapidly fading 50 port layer for link layer purposes. 

conditions only serves to further increase already existing Accordingly, what is needed is a system and method for 

bandwidth problems. providing improved transmission rates using TCP/IP proto- 

One of the built in error-correcting procedures used by cols over wireless networks that can be implemented with- 

TCP/IP is referred to as congestion avoidance mode. When out changing TCP/IP protocols and circumvents inappropri- 

packet losses are detected, TCP/IP enters into congestion 55 ate occurrences of TCP congestion avoidance mode, 
avoidance mode, which causes an exponential reduction in 

the transmission rate. This procedure works well for fixed SUMMARY OF THE INVENTION 

networks because the packet loss is almost always due to Accordingly, the present invention is directed toward a 

traffic congestion. system and method for providing improved performance of 

However, in a wireless network, where the packet loss is 60 Internet protocols over wireless networks. An advantage of 

often due to rapidly fading conditions, a reduction in the the present invention is that it can be implemented entirely 

transmission rate should be avoided at all costs. Entering within the link layer of a protocol stack and does not affect 

into congestion avoidance mode only serves to increase any of the other layers. Another advantage of the present 

problems and cause additional and unnecessary delays. invention is that it responds appropriately to low-bandwidth 

Instead, during these conditions, throughput should be main- 65 conditions caused by weak and fading wireless connections 

tained and other forms of error correction techniques should by maintaining throughput and thereby circumvents inap- 

be used. propriate instances of TCP/IP congestion avoidance mode. 



05/05/2004, EAST Version: 1.4.1 



US 6,591,382 Bl 

3 4 

The present invention comprises at least one basic error- FIG. 7 is a flowchart depicting a process that can be used 

correcting/detecting service protocol and at least one robust to determine if a base station supports the changeover 

eiTor-detecting/correcting ' service protocol within the link protocol feature of the present invention via a message sent 

layers of the mobile and base station's protocol stacks. during data communications. 

Communications are initiated using a well known basic 5 FIGS. 8A-8D are example algorithms written is 
error-detecting/correcting protocol, such as link Access pseudocode that can be used for Signal Quality Statistic- 
Protocol (LAP). During data communications, a quality of based Interference Tracking in accordance with an embodi- 
service monitor constantly monitors the signal quality, via a ment of the present invention. 

signal quality indicator, generally coupled to the physical ^ mc figures> likc refcrencc numbers generally indicate 

layer. An example of a signal quality indicator is a data 10 identical, functionally similar, and/or structurally similar 

logger that maintains a log of bit error rates during data elements, 
communications. Another example of a quality indicator is 

a channel quality estimator that can be used to predict a DETAILED DESCRIPTION OF THE 

degradation of signal quality. PREFERRED EMBODIMENTS 

When the quality of service monitor detects that the signal 15 preseat invention is directed toward a system and 

quality falls (or is about to fall), below a predetermined method for providing improved performance using TCP/IP 

threshold, the mobile station attempts to switch to the robust protocols over wireless networks that can be implemented 

error-detecting/correcting service protocol to be used during entirety within the link layer of a protocol stack. The system 

weak conditions. An example of an robust error-detecting/ mct h 0 d of the present invention responds to poor quality 

correcting protocol is forward error correction (FEC) pro- 20 cnannc i conditions caused by weak and fading wireless 

tocol. connections by maintaining transmission throughput and 

To accomplish the changeover, the mobile station first preventing TCP/IP congestion avoidance mode, 

determines whether the base station supports the switchable piG. i is a diagram depicting a typical operating envi- 

protocol feature of the present invention. If the feature is not ronment according to a preferred embodiment of the present 

supported, then the changeover is temporarily disabled. In 25 invention. A mobile station 7 is typically installed within a 

this fashion, the present invention is transparent and fully mobile unit such as an automobile or the like. In one 

compatible with conventional systems. Generally, the deter- embodiment, the mobile station 7 is a general-purpose 

mination of whether the base station supports the computer system running an application program, such as a 

changeover feature of the present invention is accomplished World Wide Web browser. In other embodiments the mobile 

during the link establishment phase. 30 station 7 is a PDA, an Auto PC, a pager, a cellular telephone, 

If the changeover feature of the present invention is a navigational computing system, or the like, 

supported, a switchover message is sent from the mobile As shown in FIG. 1, the mobile station 7 is performing 

station to the base station directing it to switch to the robust end-to-end communications with the fixed station 2. The 

error-detecting/correcting protocol on the next frame (or a ^ fi xef j station 2 is coupled to a computer network 1, such as 

specified frame number). The mobile station and the base me internet. As shown, part of the communication path 

station switch to the robust error-detecting/correcting between the fixed station 2 and the mobile station 7 is 

protocol, which is used during weak signal conditions. If the maintained through a wireless communication link, 

quality of service rises above a second predetermined It should be noted that the Internet is just one example of 

threshod, the basic error-detecUng/corrccting protocol is a computer network that can be used with an embodiment of 

restored in both the mobile and the base stations. & e prcsent In other embodiments, any type of 

BRIEF DESCRIPTION OF THE FIGURES computer network can be used. Accordingly, the use of the 

The present invention is described with reference to the Intcmet exam P les P rcsent ^ J*™?' sho ^ d not ^ 

accompanying drawings, wherein: construed to lun.t the scope and breadth of the present 

r ' ° °^ - invention 



FIG. 1 is a diagram depicting a typical operation 



45 



„ . « ■ . . j. ; r * u * In the examples presented below, cellular technology is 

environment, according to an embodiment of the present , . . ^ . , ' . A . ... °-\ 

invention used to implement the wireless communication links of the 

i • • • r * present invention. For example, in FIG. 1, the base stations 

HG. 2 is a block diagram depicting portions of protocol 3A and 3fi 3) and the mobilc switchmg ceDt er 8 

stacks within a mobde station and a base station, according 5Q ^ a tion of a ical nciWQT ^ ^ basc 

to an embodiment of the present invention. 3 scnd ^ fcccivc ^ signak tQ and from ^ 

FIG. 3A is a block diagram depicting components of the mobile statioQ 7 ^ mobilc switching ccnter 8 ^ 
present invention within a mobile station, according to an to the base stations 3 via standard telecommunication trans- 
embodiment of the present invention. mission lines. Likewise, the mobile switching center 8 is 
HG. 3B is a block diagram depicting components of the 5S typically coupled to a public switched telephone network 9 
present invention within a base station, according to an v ia standard telecommunication transmission lines, 
embodiment of the present invention. Typically, a public switched network 9 is coupled to the 
FIG. 4 is a flowchart depicting a process that can be used Internet 1 at point-of-presence using high bandwidth tele- 
to implement an embodiment of the present invention. communication channels. 

FIG. 5 is a flowchart depicting a process that can be used 60 The cells 5 and 6 represent the range of the transceivers 
to switch back from an robust error-detecting/correcting in each of the base stations 3A and 3B, respectively. As the 
protocol to an basic error-detecting/correcting protocol, mobile station 7 moves within cell 5, or between the cells 5 
according to the present invention. and 6, it transmits and receives data packets with the 

FIG. 6 is a flowchart depicting a process that can be used particular base station 3 associated with the current cell, 
to determine if a base station supports the changeover 65 Generally, the cells 5 and 6 overlap one another so that the 
protocol feature of the present invention during XI D nego- mobile station 7 is always in radio communications with at 
tiation. least one base stations 3. Switching from one base station, 
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such as 3A to another base station, such as 3B, is referred to to the physical layer 25 and 26. In this fashion, application 

herein as handover. programs, such as the application program 30 and the 

Note that the cellular network shown in FIG. 1 is just one operating system are not altered. Instead, as described 

example of a technology that can be used to implement the below, the present invention is implemented entirely via 

wireless communications of the present invention. In other 5 firmware changes within network devices such as modems, 

embodiments, different types of wireless technology can be cellular network communication devices and the like, 

used, such as low orbit or geosynchronous orbit satellite Each layer in the protocol stacks 20 and 21 offer a service 

communications. In fact, any type of wireless technology to the layer above. These services are depicted in FIG. 2 as 

can be used to provide the wireless communication links in the double-sided arrows between the layers. For reasons of 

accordance with the present invention, io speed and efficiency, the physical layer 25 is typically 

FIG. 2 is a block diagram depicting details of the mobile implemented in hardware. .The link layer 24, network layer 

station 7 and the base station 3 in accordance with one 23 and the TCP/IP protocol suite 22 are generally imple- 

embodiment of the present invention. In particular, FIG. 2 mented in software. Typical services offered to the link layer 

depicts a portion of the protocol stacks 20 and 21 that are 24 by the physical layer 25 are channel detection/selection; 

implemented via software and/or hardware within the 15 frame extraction and delivery to the link layer 24. The link 

mobile station 7 and the base station 3, respectively. The layer 24 will perform an error detection and correction 

communications path indicator 24 depicts the logical com- service, a re-assembly service and a delivery service to the 

munication flow through the various protocol layers within network layer 23. The network layer 23 may offer an 

the protocol stacks 20 and 21. encryption/decryption service and a header compression/ 

As shown, the mobile station 7 comprises a protocol stack 20 decompression service to the IP layer within the TCP/IP 

20. The protocol stack 20 as depicted, is based on the Open protocol suite 22. The TCP/IP protocol suite 22 offers a 

System Interconnection (OSI) reference model. In this reliable data transport service to the application program 30. 

example, only those portions of the OSI reference model Examples of such protocol stacks are IS-707 CDMA Data 

relevant to the present invention are shown. Accordingly, the Services; Cellular Digital Packet Data (CDPD); GSM 

protocol stack 20, in this example, comprises a physical 25 Packet Radio Service (GPRS), and pACT. 

layer (layer- 1) 25, a data link layer or "link layer*' (layer-2) The application module 30 represents an application 

24, a network layer (layer- 3) 23 and a transport layer 22. An program, such as a web browser or the like. Such application 

application layer is depicted as the application module 30. programs 30 generally run on top of the protocol stack. 

It should be noted that the layered models presented in the Examples of web browser application programs include 
examples herein are simplified versions of actual layered 30 Internet Explorer® and Netscape Navigator®, 
protocol stacks. These simplifications are used for the sake The path indicator 24 depicts the physical communication 
of clarity and to distinctly point out the details of the present path from the mobile station 7 to the base station 3 through 
invention. For example, layers that are aot relevant to the the various protocol layers. As shown, the application pro- 
description of the present invention are not depicted. In gram 30 communicates with the TCP/IP suite 22. Next, as 
addition, TCP/IP is depicted and described as a single layer, 35 indicated, the TCP/IP suite 22 communicates with the net- 
rather than four separate layers (Le. L4 {Telnet or FTP or work layer 23, which is generally part of the protocol stack, 
e-mail etc.}; L3 {TCP or UDP}; 12 {IP or ICMP or IGMP}; The network layer 23, communicates with the link layer 24, 
LI {interface to whatever is underneath}.). which as stated, are generally implemented in software. The 

It is noted that TCP/IP is a protocol suite and is generally link layer 24 communicates with the physical layer 25, 

considered to be a 4-layer system consisting of a number of which as stated, is generally implemented in hardware, 

protocols at each of the four layers. It is, however, common Generally, data from the physical layer 25 is transmitted 

practice to refer to the TCP/IP protocol suite as if it was a over a transmission link to a receiving device. The receiving 

single layer. device, having a similar protocol stack as the sending 

This simplification is made to emphasize the point that 45 device, receives the data through the receiving device's 

changes to the TCP/IP are not required in accordance with physical layer. The path 24 in this example shows the 

a preferred embodiment of the present invention. conceptual data path from the physical layer 25 in the mobile 

Referring now to FIG. 2, the shaded portions of the station 7 to the physical layer 26 in the base station 3. The 
protocol stacks 20 and 21 are the only portions that are physical data path is depicted by the wireless radio corn- 
modified in accordance with a preferred embodiment of the 50 munication link 19. 

present invention. In particular, the present invention is The base station 3 comprises a protocol stack 21. In this 

implemented by modifying only the link layer 24 of the example, the base station 3 serves as a communication 

mobile station's protocol stack 20 and the link layer 27 in the gateway between two end-to-end peers, namely the mobile 

wireless side 18 of the base station's protocol suck 21. station 7 and the fixed station 2. Accordingly, only two 

Thus, unlike conventional solutions, which require exten- 55 layers, the physical and link layers, are required for the 

sive modifications, an advantage of the present invention is gateway device 3. 

that TCP/IP is not modified to implement the performance In addition, the protocol stack 21 comprises a wireless 
improvement over wireless networks. side 18 and a wired side 17. The wireless side 18 commu- 
As described below, an embodiment of the present inven- nicates with the mobile station 7, via a wireless com muni- 
tion is implemented at the link layer. In general, the link 60 cations link 19. The wired side 17 communicates with the 
layer takes data from the higher layers, creates data packets, mobile switching center 8, via a hard-wired communications 
and sends the packets out through the physical layer. In the link 18. 

opposite direction, the link layer receives packets from the As indicated, data enters the physical layer 26 and is 

physical layer, then combines the packets and sends data to passed to the link layer 27 on the wireless side 18. The 

the higher layers. 65 shaded block of link layer 27 indicates that changes to this 

Thus, by only modifying the link layer 24, the present layer are required for a typical implementation of the present 

invention is transparent to higher layers (23, 22, and 27) and invention. Next, as indicated, the data is sent to the link layer 
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28 on the wired side of the protocol stack 21. Next, the data to cols are also used in noisy environments and when large 
is passed to the physical layer 29, where it is transmitted bandwidth channels are available- 
over the wired telecommunications link 18 to the mobile Current link layer implementations of communication 
switching center 8. protocol stacks using TCP/IP generally use a LAP error- 

As stated, the highlighted blocks 24 and 27 indicate the * detecting service protocol. LAP is a common full duplex, 

location where modifications are made to existing systems in point-to-point bit synchronous data link control protocol, 

accordance with an embodiment of the present invention. In The application program 30 presents a data stream for 

particular, modifications as described below, are preferably transmission to TCP/IP 22. TCP/IP 22 will split this data into 

made to the link layers 24 and 27 in the mobile station 7 and packets, These packets are modified by the addition of 

the base station 3, respectively. No other changes to existing 10 headers containing packet identification information. These 

hardware and/or software are required. packets are passed to the network layer 23, where the packet 

FIG. 3Ais a block diagram depicting components that can headers may be compressed, and the packet encrypted. The 

be used to implement an embodiment of the present inven- packet is passed the link layer 24, where it is divided into 

tion in the mobile station 7. A portion of a protocol stack in frames. How these frames are further modified depends on 

the mobile station 7 is represented in FIG. 3A. In particular, 15 ^ of link protocol used. If a basic error-detecting/ 

the protocol stack comprises a network layer 40, a link layer correcting protocol is used (e.g. LAP) the frames are modi- 

41, and a physical layer 42. In a preferred embodiment, the fied by the addition of headers containing frame identifica- 

present invention is implemented by adding components to tion information. If a robust error-detecting/correcting 

the link layer 41. Accordingly, as shown, no changes are protocol is used (e.g. FEC), headers containing frame infor- 

required in any of the other layers in the protocol stack. 20 mation are added and correction bits are inserted into the 

At least two service protocols are used to implement this frame - Examples of such coding schemes are Hamming 

example embodiment of the present invention. In particular, 00(16 ™ d Convolutional Code. 

as shown, the present invention utilizes a link access pro- As stated, the fink layer embodiment of the present 

tocol (LAP) 48 and a forward error correction (FEC) pro- invention comprises at least one selectable basic error- 

tocol 49. More generally however, the present invention 25 detecting/correcting protocol and at least one selectable 

utilizes at least one basic error-detecting/correcting protocol robust error-detecting/correcting protocol. In this example, 

(such as LAP 48), and at least one robust error-detecting/ the robust error-detecting/correcting protocol is represented 

correcting protocol (such as FEC 49) to achieve the perfor- by the FEC module 49, and the basic error-detecting/ 

mance improvements of TCP/IP as described herein. correcting protocol is represented by the LAP module 48. 

In other embodiments, more than two service protocols 30 In operation, the present invention defaults to the LAP 

are used. However, it is important to note that unlike current basic error-detecting/correcting protocol 48. Accordingly, 

systems, which use a single service protocol, the present the LAP module 48 is used during normal operating condi- 

invention makes use of at least two different selectable tions when the channel quality is above a predetermined 

service protocols. As described below, a particular service 35 threshold. However, when the channel quality (or predicted 

protocol is selected based on a predefined criteria associated channel quality) falls below a predetermined level, the 

with the wireless channel quality. present invention attempts to switch to the FEC module 49 

Before describing the details of this example embodiment t0 implement the forward error-correcting service protocol, 

of the present invention, it is important to note the general As described below, the switch to another service protocol 

distinctions between basic error-detecting/correcting prolo- ^ can be achieved if the currently communicating base station 

cols and robust error-detecting/correcting protocols. In 3 supports the "changeover feature,** also referred to as the 

general, basic error-detecting/correcting protocols, such as "switchable L2 feature," in accordance with the principles 

LAP 48, add a small amount of redundant information to disclosed herein. Otherwise, the LAP protocol is maintained 

each data frame. This small amount of redundant informa- and operations continue using the LAP module 48. In this 

tion is used by the receiving system to detect the occurrence 45 case, the performance improvements of the present inven- 

of errors. When errors are detected, the sending system is tion will not be realized, but this feature makes the present 

asked to re- transmit one or more data frame(s) associated invention compatible with conventional systems, 

with the error(s). Referring back to FIG. 3A, the FEC module is coupled 

Robust enor-detecting/correcting protocols, on the other with a downstream switch 47 and an upstream switch 38. 
hand, include a larger amount of redundant information with 50 Similarly, the LAP module 48 is coupled with the down- 
each data frame. This redundant information is sufficiently stream switch 47 and the upstream switch 38. The upstream 
large to correct the data when errors that are detected. and downstream switches 38 and 47 function to enable 
Accordingly, re-transmitting data frames are generally not either the LAP module 48 or the FEC module 49 and control 
required when robust error-detecting/correcting protocols, the data flow through the appropriate protocol module, 
such as FEC 49, are used. 55 Thus, when the LAP module 48 is enabled, the data path 

The benefit to using basic error-detecting/correcting indicated by the arrows 56 is active. Similarly, when the 

protocols, such as LAP 48, rather than robust error- FEC module 49 is enabled, the data path indicated by the 

detecting/correcting protocols, such as FEC 49, is that the arrows 54 is active. The upstream and downstream switches 

former requires less redundant information, thereby increas- 49 and 47 operate in concert to control the data flow. As 

ing the data payload carried on a channel. 60 shown, a protocol selection module 44 is coupled to the 

Robust error-detecting/correcting protocols, such as FEC upstream and downstream switches 49 and 47. The protocol 

49, are generally used for mission critical data that must be selector 44 controls when the switches 38 and 47 arc 

received on the first transmission. For example, robust activated to switch protocols. 

error-detecting/correcting protocols are used to transmit The protocol selector 44 is coupled with a quality of 

telemetry data from spacecraft to mission control centers. In 65 service (QOS) module 43. The QOS module 43 is coupled 

this environment, the re-sending of data is either impracti- with a quality of service indicator 46, which is generally 

cable or impossible. Robust error-detecting/correcting pro- coupled to the physical layer 42. As the name implies, the 
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quality of service indicator 46 is used to indicate a quality of or exponential channel back-off should be performed. There- 
service. The quality of service indicator can be of many fore only details for the SINR test Tl are provided, 
forms as long as it indicates either a current or a predicted The SINR test Tl forms an SINR estimate by subtracting 
quality of service. an estimate of the interference and noise power (in dB) from 

For example, the quality indicator 46 can be as simple as 5 the measured signal power. The SINR is then be mapped to 

a data logger found in many cellular telephone transceivers. BER «"Vor PER using previously tabulated BER (or PER) 

Generally, a data logger keeps track of bit error rates (BER) vs - SNR characteristics (for the communication method and 

for data transmissions and is used as a debugging tool by channel). This test is used determine whether the channel 

service technicians. impairment is due to low signal levels (caused by Rayleigh 

In this example, the data logger 46, or more generally, the ™ ^ding or building shadowing or propagation loss, for 

quality indicator 46, is used to track the bit error rate of data exam P e or interference (caused by channel congestion for 

transmissions. This is monitored on a continual basis by the sample). This determination is required to allow the correct 

QOS module 43. When the QOS module determines that the recovery action (e.g. protocol switch or congestion 

quality indicator is below a certain predefined threshold, it av £ da ° ce ) to take place. The SINR statistic in itself is 

alerts the protocol selection module 44 to attempt to switch 15 siifficient to determine what grade of service could be 

protocols supported with a particular error correction strategy. If the 

P A , . . . SINR, (or projected PER or BER, or average SINR) drops 

As stated, many other means can be used as the quality . , v J , . , it _ 7 . j c 

• , . . , ' T . . y * . , 77 . 4 u<Ui ^ below an allowable threshold, then a request can be made for 

indicator 46. Using the above example of the bit error rates, „ , ,* u-v, /■ trcr^ u ** 

. f ^ u- . • i a * • i uicreased error correction capability (i.e. FEC), a better 

the quality indicator reports a historical and current signal t, i u A j-*f * u * #• 

i r*. i c j l j- * r *l * • ? 20 channel, or a handover to a different base station, 
quality. In a preferred embodiment of the present invention, 

a predicted or future indication of signal quality is preferred. Example: Tl Test SINR: SINR, PER, and BER 

A future indication of signal quality is preferred to allow for Estimation for Packets Not in Error 

additional time to correct errors during rapidly fading con- Measurements 

ditions. 1. Signal+Noise+Interference Estimate: RSSI (Relative 

For example, to predict a signal quality, signal channel Signal Strength Indication) measurement Available 

quality estimates are derived from a measurement of the from the physical layer 25, either from the RF circuitry 

received signal power, retrieved from the physical layer 25. °r the demodulator circuitry 

This could for example, predict a fading signal quality 2. Noise+Interference Power Estimate: Average of the 

before it occurs. ^ squared detection residuals (received symbol-detected 

In one example embodiment, three separate channel qual- symbol) for each received symbol in a packet, 

ity estimation methods are used as follows: This averaged statistic (mean-squared detection error) is 

1) Test Tl: Signal-to-Noise-and-Interference-Ratio generally compiled by the physical layer 25, and is acces- 
(SINR). Test Tl is used when a packet is not in error. sible °y hi S her la y ers - 

2) Test 12: Packet Error test (PER). Test T2 is used when 35 CaIculations . 

a packet is in error. _SINR_in_dB«RSSI_in_dB-(estimated noise+ 

3) Test-13: Average Signal strength (SNR). Test T3 is used f terference power) in dB 

for all packets Justification for the above statistic 

In this fashion, by including all three methods Tl, T2, T3, (s+N+i)/(N+Q^/(N+i)+i+RSsiw(e£timated noise+interfcrcacc 

a large variety of channel failure mechanisms and impair- 40 pow«)-i+slNR 
ment levels may be covered. For example, low levels of 

interference will degrade packet communications, whereas SINR-RSSI/(estimated noise+interference power)-l 

higher levels can completely obliterate them. By being Typically, if the data is received without error, SINR»1, 

responsive to gradual channel degradation (as one would which implies 

largely be with estimation based on 'error-free' received 45 SINR + RSSI/(estimated noise+interference power), or, 

packets Tl), countermeasures can be taken before the over- equivalently, 

all communication quality becomes 4 notably bad'. In SINR_dB=RSSI_in_dB-(estimated noise+interference 

addition, by immediately detecting, with low false alarm power)_in_dB 

probability, sudden catastrophic interference events, coun- Significance of SINR in dB 

termeasures T2 can be taken to significantly diminish the 50 When the SINR_in_dB begins to get small, the channel 

impact of catastrophic events, so that they are barely per- quality will become questionable for the current level of 

ceived by the application 30. Interference may not be the error protection, and Forward Error Correction should be 

culprit for a significant number of packet errors: a dimin- requested, 

ishing average signal level may be. The average signal Conversion to BER 

strength test T3 makes this determination. 55 A lookup table maps SINR_in_dB to expected BER, 

When many packet errors occur, the SINR test Tl would using a standard BER vs. SINR characteristic curve as its 

be seldom functional, because it only operates on error-free reference. Consulting this table allows a prediction of what 

packets. For the large PER case, one solution would be to the operating BER is, even when no bits are in error. BER 

cross-check the average PER statistic against the average vs. SINR curves are standard performance data calculated by 

signal level statistic. If the measured FER is much larger 60 Systems Engineers during the design process, and recorded 

than a projected FER based on the average signal level (say, by Field and Production Engineers for production parts. The 

using a plot of PER vs. SNR for a Rayleigh fading channel), mapping process is valid because that over a single packet, 

then interference is probably present. the signal level is relatively constant — even in a wireless 

When the PER is large, adding extra error correction environment — although it may not be constant from packet 

capability won't be of assistance, so the "average-PER vs. 65 to packet 

average-signal-level test" is oriented more towards deter- Wireless communication standards such as PHS (Japan), 

mining whether a channel switch, base station reassignment, DECT (Europe), and IS-95 (U.S.) share this characteristic. 
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This allows the use of BER vs. Sp]NR characteristics based indicate a current or to predict a future signal quality, 

on AWGN (additive white gaussian noise) rather than Ray- Accordingly, the examples used herein should not be con- 

leigh fading. This is advantageous because it leads to much strued to limit the scope and breadth of the present inven- 

higher levels of statistical significance with lesser numbers don. 

of packets. Rayleigh fading characteristics are averaged over 5 Referring back now to FIG. 3A, the protocol selection 

an ensemble of fading power to form an average perfor- module 44 is coupled to an establish new protocol (ENP) 

ma nee. This implies that many packets (and signal levels) module 45. The ENP module 45 determines if the current 

must be spanned for them to have significance. (Without base station 3 supports the switchable L2 feature of the 

statistical significance, one cannot take any actions based on present invention. If the changeover feature is supported, the 

the data with a large degree of certainty that the data has 10 ENP 45 operates to establish a new protocol with the base 

been interpreted correctly). station 3. Examples of procedures that can be used to 

Conversion to Packet error Rate PER determine if the base station 3 supports the changeover 

The SINR_dB can also be mapped directly into the feature, are described below with reference to FIGS. 5 and 

packet error rate (PER) using PER vs. SINR statistics. This 6. 

mapping can be done with a lookup table, similar to the BER 15 Once a new protocol has been established with the base 

conversion described above (if the channel SINR is constant station 3, the ENP 45 sends a signal to the protocol selection 

over a frame interval of time). module 44. In response to this signal, the protocol selection 

Another conversion (which utilizes the BER estimate) is module 44 switches protocols by sending the appropriate 

PER=1-(1-BER)^ numsymbols_in_burst signals to the upstream and downstream switches 38 and 47, 

Note that these calculations allow one to predict the 20 simultaneously, 

frame/packet error rate accurately, despite the fact that ^ should be noted that the organization and the descrip- 

statistics are taken only on frames not in error. This method uon °f me separate modules shown in FIG. 3A are for 

has a much higher resolution than counting the number of exemplary purposes only to distinctly point out and describe 

packet errors, because it takes a large number of packets to & G features and functions of the present invention. Many 

get statistically sufficient numbers for the packet error rate. 25 other organizations or modules are possible, as would be 

Rationale for use only with packets not in error appreciated by persons skilled in the relevant art(s). 

The squared detection residuals used to form this estimate Accordingly, the use of the modules for describing the 

are not an accurate measure of the noise+interference power general functionality of the present invention should not be 

when there are bit errors in the frame. The bit errors bias the construed to be limiting. 

residuals. Residuals should only contain noise and interfer- 30 FIG. 3B is a block diagram depicting components that can 

ence contributions if they are to be used to estimate power oe use ^ to implement an embodiment of the present inven- 

levels of those sources. ^on in base station 3. A portion of a protocol stack in the 

Modifications to account for measurement errors etc. base station 3 (wireless side 18) is represented in FIG. 3B. 

Various uncertainties will arise in the measurement pro- In. particular, the protocol stack comprises the network layer 

cess. Sources of such uncertainties include manufacturing 35 61, the link layer 62, and the physical layer 63. In a preferred 

non-uniformity [primarily in RF parts], temperature of embodiment, the present invention is implemented by add- 

operation, tracking errors, or RSSI measurement accuracy. ing components to the link layer 62 on the wireless side 18 

In a practical implementation, a mechanism must be invoked ot the base station 3. Accordingly, as shown, no changes are 

to desensitize the method to such uncertainties; otherwise, required in any of the other layers in the protocol stack, 

erroneous SINR and PER estimates, along with subsequent 40 As shown, the components that are added to link layer 62 

false alarms could result. For this reason, in practical of th e base station 3 are the same components as described 

applications, one preferably does not directly map the above with respect to the mobile station 7. However, in this 

SINR_in_dB to a PER or BER figure. Instead, an adjust- example, not all of the components used in the mobile 

ment for 'worst-case measurement errors' is made, and the station 7 are used in the base station 3. In this example, the 

resulting statistic is used during the FER or BER mapping. 45 base station 7 lacks a QOS monitor, a quality indicator and 

This statistic is calculated using the formula: establish new protocol module. These modules are not 

included because the base station 3, in this example, does not 

worst_cas«_SNT<_jn_dB^iKR^n_dB4<rTor_^argin_in_dB monitor signal quality. Instead, in this example, the base 

station 3 only responds to a switchover message from the 

where error margin_Jn_dB can be set to several dB, and 50 mobile station 7. As described below, when the base station 

yet detect degraded channels/interference quite well. 3 receives a switchover message it switches to the appro- 

However, the more the margin, the less sensitive the priate protocol (49 or 48). 

algorithm is in detecting channel impairments and However, in other embodiments, the base station 3 can 

interference. monitor signal quality in much the same manner as 

An alternative approach to directly computing the SINR 55 described above with respect to the mobile station 7. In that 

(which achieves similar aims) is to track the interference case, the components that are missing from FIG. 3B are 

level. FIGS. 8A-8D are example algorithms (in pseudocode) added, such that FIG. 3B looks similar or exactly the same 

that can be used for Signal Quality Statistic-based Interfer- as FIG. 3A. The choice of functionality implemented within 

ence Tracking. The use of this pseudocode to implement the base and mobile stations, 3 and 7, depend on each 

these algorithms would be apparent to persons skilled in the 60 specific implementation of the present invention, 

relevant art(s). In this example, Signal Quality is defined as In this example, however, the base station 3 receives a 

the sum of detection residuals. Signal Quality vector is switchover message from the mobile station 7 to switch 

denned as the Signal Quality evaluated at a number of protocols. When this occurs, the protocol selection module 

different SNRs, stored one entry in the vector per SNR 60 enables me protocol specified by the switchover message, 

value. 65 All of the remaining components shown in FIG . 3B function 

It is noted that other means, in addition to the example the same as the associated components described above in 

described above, can be used by the QOS monitor 43 to FIG. 3A 
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FIG. 4 is a flowchart depicting a process that can be used indicator is monitored Next, in step 94, the process deter- 
to implement the present invention. In particular, it is mines if the quality of service has risen above a predeter- 
assumed that the default basic error-detecting/correcting mined threshold value. 

protocol (such as LAP 48) is active. Typically, communica- Note that in a preferred embodiment, the value used for 

lions are established between a base station 3 and a mobile 5 the predetermined threshold from step 94 is not the same as 

station 7 using the default basic error-detecting/correcting the value used for the predetermined threshold from step 74. 

protocol. Instead, a somewhat lower error rate should be used to 

The process begins with step 72. In step 72, the process switch back to the basic error-detecting/correcting protocol 

monitors the quality of service. As stated, this can be to avoid excessive mode switches. For example, suppose a 

performed by monitoring a quality indicator 46, such as a bit 10 bit error rate of 10% is selected for the threshold value in 

error rate logger coupled to the physical layer. In another step 74. In this case, a lower error-rate (i.e. 5%), should be 

example, a quality of service indicator can be achieved by used for the threshold value to switch back to the basic 

predicting future signal quality using the methods described error-detecting/correcting protocol, 

above. Next, in step 74, the process determines whether the Next, as shown in step 95, the process sends a switchover 

quality of services is below a predetermined threshold. If 15 message to the base station 3 to indicate that a protocol 

not, the process loops back to step 72, where the quality of switch to the basic error-detecting/correcting protocol 

service is monitored on a continual basis, as indicated by the should occur at the next, (or a specified) frame number, 

loop 72-74. If the quality of service falls below the prede- Next, as indicated by step 96, the switch back to the basic 

termined threshold, control passes to step 75. error-detecting/correcting protocol is performed. As shown, 

In step 75, the process determines whether the changeover 20 in this example, there is no need to determine whether the 

feature of the present invention is supported. If it is not, receiving base station supports the changeover feature of the 

control passes back to step 72, as indicated. Methods that present invention. This is so, because in this example, the 

can be used to determine if the changeover feature of the system had already switched from the basic error-detecting/ 

present invention is supported are described below. correcting to the robust enor-detecting/correcting protocol. 

If it is determined that the changeover feature is 25 Therefore, because the process depicted in FIG. 5 had 

supported, control passes to step 76. Instep 76, the process previously been executed, it is known that the current 

sends a switchover message to the base station 3 to indicate receiving system supports the changeover feature, 

that a protocol switch to the robust error-detecting/ FIG. 6 is a flowchart depicting a process that can be used 

correcting protocol should occur at the next, (or a specified) to determine if a base station 3 supports the changeover 

frame number. Next, in step 77 the process determines if the 30 feature of the present invention. The process begins with 

protocol switch was successful. step 102. In step 102, the mobile station 7 interrogates the 

Several methods can be used to determine if the protocol base station 3 to determine whether such support is imple- 

switch in the base station 3 is successful. For example, using mented. Preferably, this is accomplished with the use of a 

an unacknowledged scheme, it is always assumed that the new predefined message designed for this purpose. The 

switchover message was received and that the switchover to 35 message is preferably sent during the XID negotiation phase 

the new protocol is successful. Thus, using this scheme, during link establishment. 

control passes directly to step 79 (in fact, step 77 can be Next, as indicated by step 104, control passes to step 105, 

omitted altogether). It is noted that if this assumption is if the switchable 12 protocol feature is supported. In step 

incorrect, the mobile station 7 will be using a robust error- 105, the process enables the feature for the current link. This 

delecting/correcting protocol and the base station 3 will be 40 can be accomplished for example, by simply setting a bit in 

using a basic error-detecting/correcting protocol. This will a register, or more generally, setting a BOOLEAN flag. This 

cause a protocol failure, which will force a link- flag is checked, for example during step 75 in FIG. 4, to 

reestablishment to occur between the mobile station and the determine if the current base station supports the changeover 

base station. The link-reestablishment procedure will serve feature. 

to return both the mobile station 7 and the base station 3 to 45 The opposite procedure is performed in step 106, if it is 

the default basic error-detecting/correcting protocol. determined that the changeover feature is not supported. 

If an acknowledged scheme is used, step 77 determines if That is, the register bit is cleared in this case. Next, as 

an acknowledged message is received within a predeter- indicated by step 110, the process ends, 

mined time interval. If an acknowledged message is FIG. 7 is a flowchart depicting a process that can be used 

received, control passes to step 79. If the message is not 50 to determine if a base station 3 supports the switchable 12 

received within a predetermined time interval, control protocol feature of the present invention. In this example, 

passes to step 78, where after a predetermined time-out instead of making this determination during XID 

period, control passes back to step 72, where the process negotiation, it is made just before switching protocols (i.e. 

monitors the quality of service again. This process can when a quality of service problem is detected), 

continue until either an acknowledged message is received, 55 The process begins with step 122. In step 122, the mobile 

or the number of attempts have exceeded a predetermined station 7 sends a predetermined message to the base station 

threshold and the process returns with an error indication 3 to determine if the changeover feature is supported. One 

(not shown). method that can be used to accomplish this task is to use the 

As indicated by step 79, upon a successful response from Sync or Paging channel available on CDMA devices, for 

step 77, the process switches modes from the basic error- 60 example. 

detecting/correcting protocol to the robust error-detecting/ Next, as indicated by step 124, the process waits for a 

correcting protocol, as described above. Next, as indicated predetermined time interval to receive a message back from 

by step 80, the process ends. the base station 3. If a message is not received within the 

FIG. 5 is a flowchart depicting a process that can be used predetermined time interval, or a message is received indi- 

to switch back from a robust error-detecting/correcting 65 eating no support for the feature, control passes to step 126. 

protocol to a basic error-detecting/correcting protocol. The In step 126 the changeover feature is disabled. If a message 

process begins with step 92, where the quality of service is received that indicates support of the changeover feature, 
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control passes to step 128, where the feature is enabled. 
Next, as indicated by step 130, the process ends. 

While various embodiments of the present invention have 
been described above, it should be understood that they have 
been presented by way of example only, and not limitation. 5 
Thus, the breadth and scope of the present invention should 
not be limited by any of the above -described exemplary 
embodiments, but should be defined only in accordance with 
the following claims and their equivalents. 

What is claimed is: 1Q 

1. A method for use by a mobile station to improve 
performance over wireless connections between a base 
station and the mobile station, said mobile station having at 
least two service protocols comprising a basic error- 
detecting/correcting protocol and a robust error-detecting/ 
correction protocol different from the basic error-detecting/ 15 
correcting protocol, said method comprising the steps of: 

establishing a communication link with the base station 
using the basic error-detecting/correcting protocol over 
a transmission channel; 

monitoring a signal quality of the transmission channel; 20 

determining if the signal quality falls below a first pre- 
determined threshold; 

sending a switchover message to the base station to switch 
from the basic error-detecting/correcting protocol to the 
robust error-detecting/correcting protocol, if the signal 25 
quality falls below the first predetermined threshold; 
and 

switching to the robust error-detecting/correcting proto- 
col. 

2. The method of claim 1, further comprising the steps of: 30 
sending a switchover message to the base station to switch 

from the robust error-detecting/correcting protocol to 
the basic error-detecting/correcting protocol, if the sig- 
nal quality rises above a second predetermined thresh- 
old; and 35 
switching to the basic error-detecting/correcting protocol. 

3. The method of claim 1, wherein the basic error- 
detecting/correcting protocol is a link access protocol. 

4. The method of claim 1, wherein the robust error- 
detecting/correcting protocol is a forward error correcting 40 
protocol. 

5. The method of claim 1, further comprising the steps of: 
querying the base station to determine if the base station 

supports the at least two service protocols; and 
performing said sending and switching steps only if the 45 
base station supports the the at least two service pro- 
tocols. 

6. The method of claim 5, wherein said querying step is 
performed using XID negotiation during said establishing 
step. 50 

7. The method of claim 5, wherein said querying step is 
performed by sending a message to the base station and then 
waiting for an acknowledgement from the base station to 
indicate support. 

8. The method of claim 1, wherein said step of monitoring 55 
the signal quality is performed by monitoring a bit error rate 

of the communication link. 

9. The method of claim 1, wherein said step of monitoring 
the signal quality is performed by predicting a future change 

in signal quality. 60 

10. The method of claim 9, wherein said step of predicting 
a future change in signal quality is accomplished by apply- 
ing an estimate of signal to noise and interference ratio 
(SINR). 

11. The method of claim 10, wherein said step of applying 65 
an estimate of SINR includes subtracting said estimate of the 
interference and noise power from a measured signal power. 



12. The method of claim 11, wherein said SINR is 
converted into a bit error rate. 

13. The method of claim 1, further comprising the step of 
receiving a switchover acknowledgement from the base 
station in response to said sending step. 

14. The method of claim 1, further comprising the step of 
querying the base station to determine if the base station 
supports the at least two service protocols, wherein said 
querying step occurs between said determining step and said 
sending step. 

15. The method of claim 1, wherein said switchover 
message includes a parameter indicating the service proto- 
col. 

16. The method of claim 1, wherein said switchover 
message includes a parameter indicating a frame number. 

17. The method of claim 16, wherein said switching step 
occur after a frame having the frame number. 

18. A system for providing improved performance over 
wireless connection comprising: 

a mobile station having a protocol stack with a link layer 
comprising: 

at least two service protocols comprising at least one 
basic error-detecting/correcting protocol and at least 
one robust error-detecting/correction protocol differ- 
ent from the at least one basic error-detecting/ 
correcting protocol; 

a quality of service monitor for determining a signal 
quality of a transmission channel: and 

a protocol selector coupled to said at least one basic 
error-detecting/correcting protocol and said at least 
one robust error-detecting/correcting protocol and 
said quality of service monitor, for selecting among 
said at least one basic error-detecting/correcting pro- 
tocol and said at least one robust error-detecting/ 
correcting protocol in accordance with said quality 
of service monitor; and 
a base station having a protocol stack with a link layer 

comprising: 

at least two service protocols comprising at least one 
basic error-detecting/correcting protocol and at least 
one robust error-detecting/correction protocol differ- 
ent from the at least one basic error-detecting/ 
correcting protocol; and 

a protocol selector coupled to said at least one basic 
error-detecting/correcting protocol and said at least 
one robust error-detecting/correcting protocol and 
said quality of service monitor, for selecting among 
said at least one basic error-detecting/correcting pro- 
tocol and said at least one robust error-detecting/ 
correcting protocol in accordance with a switchover 
message from said mobile station. 

19. The system of claim 18, wherein said protocol selector 
in said mobile station switches from the at least one basic 
error-detecting/correcting protocol to the at least one robust 
error-detectmg/correcting protocol when said quality moni- 
tor indicates a degradation in said signal quality. 

20. The system of claim 18, wherein said protocol selector 
in said mobile station switches from the at least one robust 
error-detecting/correcting protocol to the at least one basic 
error-detecting/correcting protocol when said quality moni- 
tor indicates an improvement in said signal quality. 

21. The system of claim 18, wherein said quality of 
service monitor is coupled with a quality of service indicator 
coupled to the physical layer in the protocol stack. 

22. The system of claim 21, wherein said quality of 
service indicator is a data logger that tracks a bit error rate 
of data communications. 
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23. The system of claim 21, wherein said quality of the base station in response to the transmitter sending the 
service indicator is a measure of a received signal power that switchover message. 

is used for predicting a future signal quality. 38. The mobile station of claim 25 further comprising a 

24. The system of claim 23, wherein said received signal query module for querying the base station to determine if 
power is derived from relative signal strength indication 5 the base station supports the at least two service protocols, 
measurement wherein the query module queries after determining that the 

25. A mobile station configured to improve performance S }Z™} quality has fallen below the first predetermined 
over wireless connections between a base station and the mr f5 h 2i_ d ' but *?f forc . scndm S ^ ^tchover message, 
mobile station, the mobile station comprising: 39 ' ™ c mobllc l*™** of claim ^25, wherein said switcho- 

. . _ ver message includes a parameter indicating the service 

at least two service protocols comprising a first error- 10 protocol, 

detecting/correcting protocol and a second error- 40. The mobile station of claim 25, wherein said switcho- 
detecting/correction protocol different from the first V er message includes a parameter indicating a frame num- 
error-detecting/correcting protocol; ber. 
a link establishment module for establishing a communi- 41. The mobile station of claim 40, wherein said switch- 
cation link with the base station using the first error- 15 ing step occur after a frame having the frame number, 
detecting/correcting protocol over a transmission chan- 42. The mobile station of claim 25, wherein the first 
ne [. error-detecting/correcting protocol is less robust than the 

-* r r j * i second error-detecting/correcting protocol, and wherein the 

a quality of service monitor for determining a signal . ... , .. . &r ! flL . . , 

ualit of the transmission channel' transmitter sends the switchover message it the signal qual- 

4 * ' 20 ity fails below the first predetermined threshold, 

a transmitter for sending a switchover message to the base 43 ^ mobile station of claim 25> whcrein mc first 

station to switch from the first error-detecting/ error-detecting/correcting protocol is more robust than the 

correcting protocol to the second error-detecting/ second error-detecting/correcting protocol, and wherein the 

correcting protocol if the signal quality passes the first transmitter sends the switchover message if the signal qual- 

predetermined threshold; and 25 {{y fiscs abovc me first predetermined threshold, 

a protocol selector for switching to the second error- 44. A method for use by a mobile station to improve 

detecting/correcting. performance over wireless connections between a base 

26. The mobile station of claim 25, wherein said trans- station and the mobile station, said mobile station having at 
mitter sends a switchover message to the base station to least two service protocols comprising a first error-detecting/ 
switch from the second error-detecting/correcting protocol 30 correcting protocol and a second error-detecting/correction 
to the first error-detecting/correcting protocol if the signal protocol different from the first error-detecting/correcting 
quality p asses a second predetermined threshold, and protocol, said method comprising the steps of: 

wherein the protocol selector switches to the first error- establishing a communication link with the base station 

detecting/correcting protocol. using me first error-detecting/correcting protocol over a 

27. The mobile station of claim 25, wherein the first 35 transmission channel; 
error-detecting/correcting protocol is a link access protocol. monitoring a signal quality of the transmission channel; 

28. The mobile station of claim 25, wherein the second determining if the signal quality falls below a first pre- 
error-detecting/correcUng protocol is a forward error cor- determined threshold; 

^ijf^JP^ 00 ?!*. ... - , . c _ sending a switchover message to the base station to switch 

29. The mobile station of claim 25 further comprising a 40 - & iL n A , , *? , A . . . At _ 

, , c . . ... . , . r . from the first error-detecUng/correcUng protocol to the 

query module for querying the base station to determine if . , 4 A . . **. . A & r . , . 

?. / ... _L , Z . 1 .1 second error-detecUng/correctmg protocol if the signal 

the base station supports the at least two service protocols, At _ ~ °\ . . b f , . j 

u • .u -.if • . 1 1 ■ /» .1 qu ah ty passes the first predetermined threshold; and 

wherein the switchover message is transmitted only if the , , . ., . 

base station supports the at least two service protocols. switching to the second error-detecting/correcting proto- 

30. The mobile station of claim 29, wherein the query 45 a _ C0 J," *> t 

module is a part of the link establishment module and uses 4S ' ™ e method of claim ^ fonber ""V™"* the steps 

XID negotiation. of: 

31. The mobile station of claim 29, wherein the query sendin S a switchover message to the base station to switch 
module sends a message to the base station and then waiting from me second error-detecting/correcting protocol to 
for an acknowledgement from the base station to indicate 50 me firsl error-detecting/correcting protocol if the signal 
support quality passes a second predetermined threshold; and 

32. The mobile station of claim 25, wherein the quality of switching to the first error-detecting/correcting protocol, 
service monitor monitors a bit error rate of the communi- 46. The method of claim 44, wherein the first error- 
cation fink. detecting/correcting protocol is a link access protocol. 

33. The mobile station of claim 25, wherein the quality of 55 47 - method of claim 44, wherein the second error- 
service monitor predicts a future change in signal quality. detecting/correcting protocol is a forward error correcting 

34. The mobile station of claim 33, wherein the quality of protocol. 

service monitor applies an estimate of signal to noise and Th e method of claim 44, further comprising the steps 

interference ratio (SINR) to predict the future change in °£ 

signal quality. 60 querying the base station to determine if the base station 

35. TTie mobile station of claim 34, wherein the quality of supports the at least two service protocols; and 
service monitor subtracts said estimate of the interference performing said sending and switching steps only if the 
and noise power from a measured signal power. base station supports the the at least two service pro- 

36. The mobile station of claim 35, wherein said SINR is tocols. 

converted into a bit error rate. 65 49. The method of claim 48, wherein said querying step 

37. The mobile station of claim 25 further comprising a is performed using XID negotiation during said establishing 
receiver for receiving a switchover acknowledgement from step. 
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50. The method of claim 48, wherein said querying step detecting^correcting protocol different from the first 
is performed by sending a message to the base station and error-detect in g/correcting protocol; 

then waiting for an acknowledgement from the base station a unk establishment module fur establishing a communi- 

to indicate support. cation ^ ^ mc mobile station mc first 

51. The method of claim 44 wherein said step of moni- 5 err0 r-detectmgAx>rrecting protocol over a transmission 
taring the signal quality is performed by monitoring a bit channel- 
error rate of the communication link. ' . . *. , 

52. The method of claim 44, wherein said step of moni- a of mODltor for ^termmmg a signal 
taring the signal quality is performed by predicting a future of & & transmission channel; 

change in signal quality. 10 a transmitter for sending a switchover message to the 

53. The method of claim 52, wherein said step of pre- mobile station to switch from the first error-detecting/ 
dieting a future change in signal quality is accomplished by correcting protocol to the second error-detecting/ 
applying an estimate of signal to noise and interference ratio correcting protocol if the signal quality passes the first 
(SINR). predetermined threshold; and 

54. The method claim 53, wherein said .step of applying is a ^ tm switchin to lhe second error . 

an estimate of SINR includes subtracting said estimate of the *. , . , . 

r , - b j . . detecting/correcting, 

interference and noise power from a measured signal power. , A _ , ^ . c % . « , . ... 

mm rr. lLJ ri- C i . -j oivm • 64. The base station of claim 63, wherein said transmitter 

55. The method of claim 54, wherein said SINR is , . , , . ., • 

converted into a bit error rate. sends a swltchover m essa e e to moblle staUon to switcb 

56. Hie method of claim 44, further comprising the step 20 from tbe second errorKletecting/correcting protocol to the 
of receiving a switchover acknowledgement from the base first error-detecting/correcting protocol if the signal quality 
station in response to said sending step. P* 5 ^ * second predetermined threshold, and wherein Lhe 

57. The method of claim 44, further comprising the step protocol selector switches to the first error-detecting/ 
of querying the base station to determine if the base station correcting protocol. 

supports the at least two service protocols, wherein said 25 65. The base station of claim 63 further comprising a 

querying step occurs between said determining step and said query module for querying the mobile station to determine 

sending step. if the mobile station supports the at least two service 

58. The method of claim 44, wherein said switchover protocols, wherein the switchover message is transmitted 
message includes a parameter indicating the service proto- only if the mobile station supports the at least two service 
col. 30 protocols. 

59. The method of claim 44, wherein said switchover 66. The base station of claim 63, wherein said switchover 
message includes a parameter indicating a frame number. message includes a parameter indicating the service proto- 

60. The method of claim 59, wherein said switching step 

occur after a frame having the frame number. 57. The base station of claim 63, wherein said switchover 

61. The method of claim 44, wherein the first error- 35 message includes a parameter indicating a frame number, 
detecting/correcting protocol is less robust than the second 68. The base station of claim 67, wherein said switching 
error-detecting/correcting protocol, and wherein said send- s tep occur after a frame having tbe frame number. 

ing step sends the switchover message if the signal quality $9 The base station of claim 63, wherein the first error- 
falls below the first predetermined threshold. detecting/correcting protocol is less robust than the second 

62. The method of claim 44, wherein the first error- 40 crror-detecting/correcting protocol, and wherein the trans- 
detecling/correcting protocol is more robust than the second mitter sends the switchover message if the signal quality 
error-detecting/correcting protocol, and wherein said send- f a Us below the first predetermined threshold. 

ing step sends the switchover message if the signal quality 70. The base station of claim 63, wherein the first error- 
rises above the first predetermined threshold. detecting/correcting protocol is more robust than the second 

63. A base station configured to improve performance 45 error-detecting/correcting protocol, and wherein the trans- 
over wireless connections between the base station and a mitter sends the switchover message if the signal quality 
mobile station, the base station comprising: ^5 above the first predetermined threshold. 

at least two service protocols comprising a first error- 
detecting/correcting protocol and a second error- * * * * * 
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[57] ABSTRACT 

In a telecommunications network in which a plurality 
of switching nodes are interconnected via links each 
composed of a plurality of trunks and are each con- 
nected to a network control center via a control signal 
link, the network control center determines for each 
switching node a predetermined number of alternate 
routes for each tint route on the basis of traffic data in 
the telecommunications network and supplies them as a 
set of available alternate routes to the switching node. 
The switching node assigns one or more of the available 
alternate routes in advance. The switching node re- 
sponds to a call-connection request to try to connect the 
call to the first route, and when having failed in the call 
connection, the switching node retries the call connec- 
tion through one of the assigned routes. 
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network status and autonomously searches for an alter- 

ADAPTTVE ROUTING CONTROL METHOD nate route based on the network status information, 

thereby setting an appropriate routing pattern between 
BACKGROUND OF THE INVENTION an origin-destination node pair. Examples of this 
The present invention relates to a route selection 3 method » e proposed by British Telecommunica- 
method for telecommunications networks and, more tions of Great Britain and Centre National D'etudes des 
particularly, to an adaptive routing control method Telecommunications of France (commonly known as 
which permits optimum routing according to the net- "CENT 1 ). Both methods are common in basic princi- 
work status (trunk usage, offered traffic volume, or pl©» and the method by British Telecommunications is 
congestion conditions). 10 called a DAR system (see B. R. Stacey, et ah, "Dy- 
In telecommunications networks with a plurality of namic Alternative Routing in the British Telecom 
switching nodes routes for interconnecting them usu- Trunk Network," International Switching Symposium, 
ally include a first route which achieves the most eco- ISS-87, B 12.4. 1-B. 12.4.5, 1987, or Hennion B., "Feed- 
nomical call connection between each originating-ter- back Methods for Calls Allocation on the Crossed Traf- 
minating node pair. When the first route is not busy, the 15 fic Routing," International Teletraffic Congress, ITC-9, 
first route is used to interconnect the originating and pp. HEENNION-1 to HENNION-3, 1979, for exam- 
terminating nodes, whereas when the first route is busy, pie). 

alternates routes can be established via one or more Some proposals have been made so far for the dy- 

other switching nodes. With such a conventional route namic routing as mentioned above but they have the 

selection algorithm, however, switching nodes through 20 following problems yet to be solved for practical use. 

which alternate routes can be established are limited (i) The time-dependent routing of the aforementioned 

and the order of their selection also is fixed because of DNHR system, for instance, would work well in a 

technical restrictions inherent to^the call-connection country like the United States where a plurality of stan- 

control system employed. ^ Td times ue tne busy nour d jff ers sharply 

With the recent introduction of switching nodes of a X ^ regionS( ^ appropriate routing pattern for each 

stored program control system and a common channel Ume slot ^ ^ forecast , and updating of the routing 

signaling inter-office system for an , mter-office signal ttem can be schedule d. Where the traffic busy hour is 

transfer, it has become possible to utilize, m place of the common ^ QVer the CQ „ - n ; how . 

above-mentioned route selection algonthm, a dynamic ^ time ^ e dent routi if used singlVj would 

routing method which affords flexible routing based on 30 be so ^ ^ ^ ^ ^ ^ ^ 

the distribution of idle trunks m the network. _ . — . t1 . — -it 

. . , u i r j ■ * importance to efficiently handle offered traffic, quickly 

The dynamic routing method may be classified into j- * . _ r » 7 _ 

time^ependent routing and state-dependent routing J**^" « shorta f of * e trunk-num- 

(see B. £ Hurley, et al . "A Survey of Dynamic Rout- ^ of ^ 15 « used b J ^nctions on the 

ing Methods for Circuit Switched Traffic." IEEE 35 management of trunk resources ^uch as the trunk assign- 

COMMUNICATIONS MAGAZINE, Vol. 25, No. 9, n ?f t mt ' TVBl > . tne trunk modulanty, etc. or unpredict- 

pp. 13-21, September 1987, for example). able vamliaiis, and the state-dependent routing is 

The time-dependent routing is a method in which a more effective rather than the time-dependent routing, 
suitable routing pattern is preset for each predetermined ("> In S 60 ** the state-dependent routmg by central- 
time slot, i.e. a method in which a set of alternate routes 40 ■»» control V*™* efficient routin S' because a routin S 
and the order of their selection are preset for each first P attern can be indicated based on the optimization of 
route and a call originating in a switching node is con- *e entire network through observation of its status, for 
nected to the intended destination node, following the example, the trunk usage in the network. However, in 
routing pattern preset for the time slot concerned. A the case where the observation cycle is long or an infor- 
typical example of the time-dependent routing is a 45 mation transfer delay occurs, that is, where a time lag is 
DNHR (Dynamic Nonhierarchical Routing) system great between the observation and the execution of a 
proposed by AT & T, Inc. of the United States (see G. connection by a routing pattern based on the obscr- 
R. Ash, et aL, "Design and Optimization of Networks vation, the state of the network varies during this time 
with Dynamic Routing," BSTJ, Vol. 60, pp. 1787-1820, resulting in an increase in the probability of effecting 
October 1981, for instance). 50 erroneous control. This will not produce the intended 

The state-dependent routing is a method which per- effect and will lower the call-connection quality, 

forms a call connection while updating the routing To avoid such a problem and hence achieve the in- 

pattern in real time in accordance with the network tended effect, it is necessary to reduce the network 

status such as trunk usage in the network. This method status observation cycle and the switching node control 

is implemented by centralized or distributed control. 55 cycle. The aforementioned TSMR or DCR system, for 

In the state-dependent routing method by centralized example, premises that both cycles are within 10 sec- 
control a network control center collects data about the onds. In a large-scale telecommunications network in 
trunk usage throughout the network, calculates a rout- which the number of switching nodes to be controlled is 
ing pattern between each originating-terminating node several hundreds and the number of links to be mea- 
pair, and indicates the routing pattern to each switching 60 sured is as large as tens of thousands, however, such a 
node in real time. An example of this state-dependent high-speed observation and control are difficult. In 
routing method by centralized control is a TSMR sys- other words, the amount of data to be processed by the 
tem proposed by AT & T, Inc. of the United States and network control center, the amount of data to be trans- 
a DCR system by Northern Telecom of Canada (see the ferred between the switching nodes and the network 
afore-mentioned literature by B. R. Hurley, et al., for 65 control center, and measurements in the switching 
instance). nodes and the amount of data to be transmitted and 

In the state-dependent routing method by distributed received among them are enormous and the facilities 

control each switching node independently detects the therefor are also vast, resulting in an uneconomical 
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system. In addition, a failure in the control center of center is connected via a control signal link to each 
such a large-scale network will throw the network into .switching node. According to the present invention, the 
disorder. network control center adaptively determines, for each 
(iii) With the a aforementioned DAR system and the node pair, a set of available routes each composed of 
self-routing system in the state-dependent routing by 5 one or more routes which are set available in accor- 
distributed control, no network control center is em- dance with the traffic volume in the telecommunica- 
ployed and each switching node checks the status of tions network and the number of trunks set for each 
alternate routes by a signal handled in its caJl-connec- link. The network control center sends the sets of avail- 
tion procedure and autonomously changes an alternate able routes to each switching node and, at a predeter- 
route accordingly, thereby implementing a preferably 10 mined time, updates the set of available routes and re- 
routing pattern throughout the telecommunications sends them to each switching node. Each switching 
network. Consequently, the problem mentioned above node responds to a call-connection request to select one 
in (ii) can be avoided In a large-scale telecommunica- of the available routes and performs a required call-con- 
tions network, however, the number of alternate routes nection procedure. 

K^£2j^St " BRIEF DESCRIPTION OF THE DRAWINGS 

telecommunications network which forms a mesh by FIG. 1 is a schematic diagram illustrating an example 

100 switching nodes the number of alternate routes via of the telecommunications network to which the adapt- 

two transit links between each origin-destination node ive routing control method of the present invention is 

pair alone is as large as 98. 20 applied; 

In such an instance, (a) alternate routes are rechecked FIG. 2 is a function-block-chart of a network control 

through a search by trial and error prior to a call-con- center NC in the telecommunications network depicted 

nection procedure, and consequently, when the number in FIG. 1; 

of available alternate routes is unnecessarily large, the FIG. 3 is a table I showing sets of available alternate 

search is repeated inevitably many times until a routing 25 routes for respective first routes and currently assigned 

pattern updated according to temporary traffic varia- routes, provided to a switching node Nl in the telecom- 

tions is restored to its initial state. Similarly, when a munications network depicted in FIG. 1; 

traffic pattern throughout the network changes or FIG. 4A is a flowchart showing a call-connection 

transmission equipment breaks down, the search is re- procedure in an originating node; 

peated many times until each switching node shifts to a 30 FIG. 4B is a flowchart showing a call-connection 

new favorable routing pattern. This will deteriorate the procedure in a terminating node; 

call-connection quality and increase the amount of data FIG. 4C is a flowchart showing a call-connection 

to be processed by each switching node, (b) An increase procedure in a transit node; 

in the amount of data managed by each switching node FIG. 5 is a table II showing available or unavailable 

calls for an increase in the number of tables for process- 35 status of assigned alternate routes; 

ing data and the number of counters for counting the FIG. 6 is a flowchart showing another example of the 

number of calls. That is to say, the amount of data call-connection procedure in the originating node; 

which is managed for each origin-destination node pair FIG. 7 is a table III showing the numbers of idle 

or each first route increases, and consequently, alternate trunks recorded for respective alternate routes and their 

route tables are required and the state of alternate rout- 40 choice probabilities determined in accordance with 

ing must be monitored from the viewpoint of network them; 

management. This necessitates a number of counters for FIG. 8 is a flowchart showing another example of the 

counting the number and the traffic volume of alternate call-connection procedure in the originating node ac- 

calls and the transit-call-completion probability in each cording to the routing control method of the present 

alternate route. Moreover, (c) an increase in the number 45 invention; 

of counters used will cause an increase in the computer FIG. 9 is a function-block-chart of a network control 

running time to be processed for measurement by the center of the telecommunications network; 

counters. FIG. 10 is a schematic diagram showing an overflow 

t *-,^r~.~^T traffic volume or the margin of traffic volume calcu- 

SUMMARY OF THE INVENTION 5 „ ^ for ^ ^ on ^ of ^ end . t0 ^ nd trafric 

It is therefore an object of the present invention to volume in the telecommunications network so as to 

provide an adaptive routing control method which determine a set of available alternate routes for each 

obviates the above-mentioned defects of the prior art, link; 

enables an optimum alternate route to be selected in FIG. 11 is a flowchart showing an example of the 

accordance with real time traffic variations and the 55 procedure for determining the sets of available alternate 

current network conditions (which consist of a network routes; 

topology and a matrix of the number of trunks between FIGS. 12A through 12F are schematic diagrams 
each node pair), and affords the reduction of the amount showing an example of the procedure for determining 
of data to be managed by each switching node and the the sets of available alternate routes; 
number of tables and counters used even in a large-scale 60 FIG. 13 is a flowchart showing another example of 
telecommunications network. the procedure for determining the sets of available alter- 
To attain the above objective, in the telecommunica- nate routes; 
tions network to which the adaptive routing control FIG. 14 is a flowchart showing another example of 
method of the present invention is applied, a plurality of the procedure for determining the sets of available alter- 
switching nodes are interconnected via links each com- 65 nate routes; 

posed of a plurality of trunks, one or more routes each FIG. 15 is a flowchart showing still another example 

composed of a set of one or more links are present be- of the procedure for determining the sets of available 

tween each node pair, and at least one network control alternate routes; 



05/05/2004, EAST Version: 1.4.1 



4,991,204 



FIG. 16 is a graph showing the number of available 
alternate routes in each set and the call-completion 
probability, for explaining the effect of the present in- 
vention; 

FIG. 17 is a graph showing the relationship between 5 
calculated traffic forecasting errors and the call-com- 
pletion probability, for explaining the effect of the pres- 
ent invention; 

FIG. 18 is a schematic diagram showing a telecom- 
munications network including a communications satel- 10 
lite link to which the routing control method of the 
present invention can be applied; and 

FIG. 19 is a schematic diagram for explaining the 
relationship between a transmission network and com* 
muni cation links in the telecommunications network. 15 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

In FIG. 1 there is shown the general constitution of 
the telecommunications network embodying the adapt- 20 
ive routing control method of the present invention. A 
plurality of switching nodes Nl to N6 are intercon- 
nected via solid-line links L12, L23, . ... to form various 
routes. The links L12, L23, . . . each include a preset 
number of trunks. A network control center NC is 25 
provided in association with these switching nodes Nl 
to N6. The switching nodes Nl to N6 are connected to 
the network control center NC via broken-line control 
signal links CI to C6, respectively. The switching nodes 
Nl to N6 each possess the functions of an originating 30 
node which originates a call, a transit node which relays 
the call, and a terminating node which is the destination 
of the call. 

Now, definitions will be given of some terms which 
will be used in the following description of embodi- 35 
ments of the present invention. 

First Route: A predetermined route which connects 
two arbitrary switching nodes for a call-connection. 
When there is one link which directly connects the two 



which are used by the switching nodes Nl to N6, re- 
spectively, and transfers the predetermined sets of avail- 
able alternate routes to the switching nodes Nl to N6 at 
predetermined times. The switching nodes Nl to N6 
each respond to a call-connection request to preferen- 
tially search the first route for an idle trunk, and when 
no idle trunk is found in the first route, the switching 
node tries a call-connection via an alternate route adap- 
tively selected, in accordance with the trunk usage, 
from the set of available alternate routes transferred 
from the network control center NC. In the following 
description a link which directly connects two arbitrary 
switching nodes Ni and Nj (where i and j are positive 
integers, which are not equal to each other) will be 
identified by Lij and a route which connects the two 
switching nodes via transit node Nk (where k is a posi- 
tive integer, which is not equal to the integers i and j) 
will be identified by Rikj. 

Switching Node 

FIG. 2 is a function-block-chart of each of the switch- 
ing nodes Nl to N6 in the telecommunications network 
shown in FIG. 1. The switching node Ni performs net- 
work-control-data transfer operations 21, call-connec- 
tion signal processing 22, call processing 23 and routing 
data management 24. The network-control-data trans- 
fer operations 21 includes an operation 21a of receiving 
routing data, i.e. sets of available alternate routes from 
the network control center NC via the control signal 
link Ci and an operation 21* of transmitting network 
data to the network control center NC via the control 
signal link Ci. The call-connection signal processing 22 
includes: a trunk-status-information transfer operation 
22a of receiving trunk status information from other 
switching nodes or transmitting trunk status informa- 
tion in the switching node Ni via the links Lil, Li2, . . . 
, Lij, . . . ; a transit-call-blocking signal transfer opera- 
tion 226 of sending a transit-call-blocking signal back to 
an originating node in the case of a failure in the transit- 



switching nodes, it is used as the first route, and when 40 call connection because of no idle trunk being found in 



such a link is not found, a predetermined route is used as 
the first route which connects them via one or more 
other switching nodes (i.e. transit nodes). 

Possible Routes: Routes through which two arbitrary 
switching nodes can be connected in the communica- 45 
tions network shown in FIG. 1. In the description of the 
present invention they are defined as routes, each 
formed by a maximum of two links. 

Set of Available Routes: One or more routes selected 
by the network control center from all the possible 50 
routes. 

Alternate Routes: Possible routes except the first 
route. 

Outgoing Link: A link from which a call is sent out 
from each switching node. 

First and Second Alternate Links: A link which con- 
nects an originating and a transit node over an alternate 
route will be referred to as a first alternate link. A link 
which connects the transit node and a terminating node 
will be referred to as a second link. 

Set of Available Alternate Routes: One or more alter- 
nate routes preselected by the network control center 
from all alternate routes for the first route which con- 
nects two arbitrary switching nodes. 

In the embodiment of the present invention which is 
applied to the telecommunications network depicted in 
FIG. 1 the network control center NC predetermines, 
for each time slot, sets of available alternate routes 



55 
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the outgoing link of the switching node Ni when it acts 
as a transit node, or receiving the transit-call-blocking 
signal from a transit node when the switching node Ni 
acts as an originating node; and a completion/blocking 
signal transfer operation 22c of sending the call-comple- 
tion signal or call-blocking signal to an originating node 
when the switching node Ni acts as a terminating node, 
relaying the call-completion signal or call-blocking 
signal to an originating node when the switching node 
Ni acts as a transit node, or receiving the call-comple- 
tion signal or call-blocking signal when the switching 
node Ni acts as an originating node. The call processing 
23 includes: an outgoing trunk selecting operation 23a 
for connecting a call to an idle trunk of a desired link in 
response to a call-connection request; a trunk holding 
operation 23b for performing a call-connection proce- 
dure when receiving the call-completion signal from a 
terminating node; a call-information transfer operation 
23c for selecting an appropriate route to the terminating 
node in response to the call-connection request and a 
call-blocking operation 23d for performing a call-block- 
ing procedure when the call connection to the intended 
terminating node in response to a call-connection re- 
quest has finally been blocked. The routing manage- 
ment 24 has databases 24A and functions 24 B. The 
databases 24A include: available alternate routes 24c. 
i.e. the aforementioned sets of available alternate routes 
received from the network control center NC; cur- 
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rently assigned alternate routes 246 seJected from the Sa and, in step Set* sends the received signal to the 
set of available alternate routes 24a; unavailable alter- originating node together with trunk-status information 
nate routes 24c selected from the currently assigned of the aforementioned outgoing link of the transit node, 
alternate routes 24b; outgoing-trunk-status information Where no idle trunk is found in the outgoing link in step 
2Ad indicating the number of trunks provided in each 5 Sci. a call-blocking signal and a transit-call-blocking 
outgoing link of the switching node Ni; and trunk-status signal (also referred to as trunk-busy signal) indicating 
information 24e indicating the busy/idle status of the the occurrence of call blocking in the transit node are 
trunks of each link. The functions 24B includes an as- sent back to the originating node in step So- The trans- 
signed alternate route initialization/updating function it-call-blocking signal is used as trunk status informa- 
24/ of determining and updating the assigned alternate 10 tion. 

routes, a function 24^ of setting the assigned alternate Where it is detected in step S| in FIG. 4A that the call 

routes available/unavailable and a trunk-status observ- is an originating call, the switching node performs the 

ing function 2Ak following processing as an originating node. The fol- 

Let it be assumed that the switching nodes, for exam- lowing description will be given on the assumption that 
pie, -Nl and N4 are an originating and a terminating 15 the switching nodes Nl and N4 are an originating and a 
node in the telecommunications network shown in FIG. terminating node, respectively, as in the above. It is 
1. In general, the most economical route L14 is selected checked in step Si whether or not there is an idle trunk 
as the first route, and when no idle trunk is found in the in the outgoing link L14 which forms the first route to 
link L14, an alternate route is used In this instance, the terminating node, and if an idle trunk is found, the 
possible alternate routes are R134, R164, R124, and 20 call is connected to the next node via the first route L14 
R154, but the network control center NC specifies and in step S3. Thus the call is sent to the terminating node 
indicates in advance to the switching node Nl a set of N4, which performs the processing shown in FIG. 4B 
available alternate routes for each first route as shown and from which a call-completion or call-blocking sig- 
ih Table I of FIG. 3. The available alternate routes to nal is sent back to the originating node Nl in step or 
the switching node N4 are routes R134, R154 and R164 25 The originating node Nl receives the call-comple- 
which pass through transit nodes N3, N5 and N6, re- tion or call-blocking signal in step Si in FIG. 4A, and it 
spectively. Based on trunk status information of each is determined in step S5 which signal was received, 
outgoing link of the transit nodes N3, N5 and N6 (i.e. Where the received signal is the call-completion signal, 
the second link of each available alternate route) the the originating node Nl transfers call -in format ion to the 
switching node Nl selects in advance from the set of 30 terminating node N4 in step S6and completes the call- 
available alternate routes at least one route which is connection procedure. Where it is determined in step 
expected to be high in the call-completion probability, S 5 that the received signal is the call-blocking signal, the 
the alternate route or routes thus selected being as- process terminates with a call-blocking operation in step 
signed as shown in Table I. The switching node Nl S7. When no idle trunk is found in step Si, the process 
selects one of the assigned alternate routes and tries a 35 proceeds to step Sg, wherein an available alternate 
call connection. route, for instance, R134 is selected from the currently 

FIGS. 4A, 4B and 4C are flowcharts showing call- assigned alternate routes R134, R154 and R 164 for the 

connection procedures which each switching node per- first route L14, shown in Table I of FIG. 3. Then it is 

forms, FIG. 4A showing a process flow primarily for an checked whether or not there is an idle trunk in the first 

originating node, FIG. 4B a process flow for a terminat- 40 alternate link L13 of the selected alternate route R134 in 

ing node, and FIG. 4C a process flow for a transit node. step S9. 

In FIG. 4A, upon detection of a call, the switching In step Sa, one of the assigned alternate routes is 

node identifies the type of the call in step Si, and if it is selected randomly, cyclically, or on a predetermined 

a terminating call to the switching node, the process order basis out of currently assigned alternate routes, 

shifts to the process flow shown in FIG. 4B. The 45 There are two methods to determine busy/idle trunk 

switching node checks in step Sb\ whether or not a status. One method permits the use of the trunk when 

trunk to a subscriber or local node is idle which is the there is at least one idle trunk. The other one permits the 

destination of the call, and if the trunk is idle, the use of the trunk only when there is a predetermined 

switching node connects the call to the subscriber (or number of two or more idle trunk. The latter method is 

local node) in step Sircand then sends a call-completion 50 employed to give the connection of a call using the link 

signal back to the originating node in step S53. Where as the first route (which call will hereinafter be referred 

the trunk to the subscriber or local node (hereinafter to as a basic call) high priority over the connection of an 

referred to as a subscriber trunk, for the sake of brevity) alternate call. 

is busy in step S^t, the switching node sends a call- If an idle trunk can be found in step S9, the process 
blocking signal back to the originating node in step S54. 55 proceeds to step S10, wherein the call is connected to 
Where it is determined in step S| in FIG. 4A that the the next node, e.g. a transit node N3. Thus the call is 
call is an alternate call, the switching node performs the sent to the transit node N3, wherein the process shown 
processing as a transit node, shown in FIG. 4C. In step in FIG. 4C is performed. The signal sent back from the 
Sci it is determined whether there is an idle trunk in the transit node N3 in step Sa or Scs is received by the 
outgoing link to the terminating node which is the desti- 60 originating node Nl in step Sn. and it is checked in step 
nation of the call, and if the idle trunk is found, the call S12 whether the signal received in step Sn is a call-con- 
is connected to the terminating node through the idle nection or call-blocking signal. In the case of the call- 
trunk in step Sci- Thus the call is sent to the terminating blocking signal, the call-blocking operation is per- 
node, which performs the processing shown in FIG. 4B; formed in step Su. and it is checked in step Su whether 
namely, the terminating node sends a call-completion or 65 or not the call-blocking signal is appended with a trans- 
call-blocking signal back to the transit node in step Ss3 . it-call-blocking signal, i.e. a trunk-busy signal. The 
or Ss*. The transit node receives the call-completion or transit-call-blocking signal means that no idle trunk was 
call-blocking signal from the terminating node in step found in an outgoing link L34 of the transit node N3, 
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and the assigned route R134 which passes through the 
transit node N3 is set unavailable in step Si 5. Then it is 
checked in step S|6 whether or not the currently as- 
signed alternate routes need to be updated, and if so, the 
currently assigned alternate routes are updated in step 
S17. 

The updating of the currently assigned alternate 
routes in step Sic is required in the case (a) where all the 
currently assigned alternate routes 'are unavailable, (b) 
where the number of currently assigned alternate routes 
set available is smaller than a predetermined value, or 
(c) where at least one of the currently assigned alternate 
routes is unavailable. In the case (a), all the currently 
assigned alternate routes are updated in step S17. In the 
case (b) or (c) ( all the currently assigned alternate routes 
or unavailable ones of them need only to be updated in 
step S17. Where it is determined in step S16 that no 
updating is needed, the procedure ends. 

When it is determined in step S12 that the received 
signal is the call-completion signal, this means that the 
call has been connected to an idle trunk of the outgoing 
link L34 in the transit node N3. In this instance, the 
call-information is transferred to the terminating node 
N4 via the transit node N3 in step Si 8, and on the basis 
of the trunk-status information of the outgoing link L34 
in the transit node N3, appended to the received signal, 
it is checked in step S19 whether or not the alternate 
route R134 needs to be set unavailable. That is to say, in 
the case where, as a result of the connection of the call 
to an idle trunk of the outgoing link L34, no more idle 
trunks exist the number of remaining idle trunks be- 
comes smaller than a predetermined value, or the idle 
trunk ratio becomes smaller than a predetermined 
value, the alternate route M34 is set temporarily un- 
available in step Si 5, and then the process proceeds to 
step Si6- Even if it is determined in step Sj9 that the 
alternate route R134 need not be set temporarily un- 
available, it is checked in step Sj6 whether or not the 
currently assigned alternate routes need to be updated, 
because there is the possibility that the number of cur- 
rently assigned alternate routes becomes smaller than a 
predetermined value. 

When it is determined in step S9 that no idle trunk is 
found in the first alternate link L13 of the alternate 
route R134, the currently assigned alternate route R134 
is set unavailable temporarily in step S20- Then it is 
checked in step S21 whether or not there still remain any 
other currently assigned alternate routes which are 
available, and if yes, the process returns to step Sa, 
repeating the processing of steps Sg to S21. When it is 
determined in step S21 that the currently assigned alter- 
nate routes are all unavailable, they are all updated in 
step S22 and the procedure ends after the call-blocking 
operation in step S23. Incidentally, the updating of the 
currently assigned alternate routes in step S22 is per- 
formed by the same operation as used in step Si 7. 

When the currently assigned alternate routes are all 
unavailable in step S21. there is another method. In this 
method, it is possible to keep the call call-waiting in the 
broken-linked step S24. all the currently assigned alter- 
nate routes are updated in step S22 and then it is deter- 
mine in the broken-line step S25 whether to retry the 
connection of the call held call-waiting. If it is deter- 
mined to retry the call-connection, the process goes 
back to step Sg as indicated by the broken line, trying 
the call-connection to one of the updated currently 
assigned alternate routes. If it is determined in step S25 
not to retry the call-connection, the call-blocking oper- 



ation is carried out in step S23. This improves the call- 
completion probability. The return of the process from 
step S25 to S8 for retrying the call-connection is limited 
to only once, for example. 

5 There are two methods of setting the selected alter- 
nate route of the currently assigned ones routes tempo- 
rarily unavailable in step Sis in FIG. 4A. First, the 
currently assigned alternative routes are set unavailable 
for a predetermined time period from the time set in 

10 step S15 in the process flow of the originating node (in 
FIG. 4A) or for a time period determined according to 
the trunk-status information received from the transit 
node. Second, the transit node sends back the trunk- 
status information to the originating node together with 

IS information of its observation time in step Sc4 in the 
process flow of the transit node (in FIG. 4C) and the 
originating node sets the currently assigned alternate 
routes unavailable for a predetermined time period from 
the trunk-status observation time or for a time period 

20 determined according to the trunk-status information. 
In either, case, the time at which each alternate route is 
released from the unavailable status is calculated in step 
Sisand is stored as shown in Table II of FIG. 5. In step 
Ss one of the alternate routes which have already been 

25 released from the unavailable status at the current time 
is selected by referring to Table II of FIG. 5. 

The aforementioned trunk-status information which 
determines the unavailable-status period of the cur- 
rently assigned alternate routes is, for instance, the num- 

30 ber of idle trunks, and the smaller the number of idle 
trunks, the longer the unavailable-status period is set. 
For example, when the number of idle trunks is zero, 
the unavailable-status period is set to 15 seconds, and 
when two or more trunks are idle, the unavailable-status 

33 period is zero seconds. Since the trunk status of links is 
usually ever-changing, the method of setting the una- 
vailable-status period on the basis of the aforementioned 
trunk-status observation time is advantageous in that the 
unavailable-status period of the alternate routes can be 

40 set independently of a trunk-status information transfer 
delay between switching nodes, the waiting time from 
the observation of the trunk status in the transit node to 
the transmission of status information, and their varia- 
tions. 

45 In step S17 of FIG. 4A, a required number of new 
assigned alternate routes are chosen from a set of avail- 
able alternate routes randomly, in a predetermined cyc- 
lic order, or on a predetermined order basis, or alternate 
routes to be removed from the currently assigned status 

50 are set unassignable for a predetermined time period in 
the same manner as setting the currently assigned alter- 
nate routes unavailable as described previously with 
respect to Table II of FIG. 5 and a required number of 
new assigned alternate routes are chosen from assign- 

55 able ones of the set of available alternate routes ran- 
domly, in a predetermined cyclic order, or on a prefix- 
ed-priority basis. 

In the process flow of the originating node described 
previously in connection with FIG. 4A, one or more 

60 available alternate routes selected from the set of avail- 
able alternate routes specified by the network control 
center NC are assigned in advance, and in the case of 
performing alternate routing to comply with a call-con- 
nection request, one of the assigned available alternate 

65 routes is selected for the call-connection, but it is also 
possible to perform a call-connection which does not 
involve such assignment of available alternate routes. 
An example of such call-connection will be described 
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below with reference to a process flow shown in FIG. 
6. 

The process flow in FIG. 6 is a process flow of the 
originating node and steps shown correspond to steps 
Sg through Su in FIG. 4A. Steps Si through S7 in the 5 
process flow in FIG. 6 are not shown, because they are 
identical with steps Si through S7 depicted in FIG. 4A. 
Furthermore, the process flows of the terminating node 
and the transit node are the same as the flows shown in 
FIGS. 4B and 4C, respectively. When no idle trunk is 10 
found in the first route in response to a call-connection 
request, it is checked in step Sg in FIG. 6 whether or not 
there are available alternate routes which have idle 
trunks in their outgoing links, and if not, the process 
ends with the call-blocking operation in step S9. When 15 
available alternate routes having idle trunks in their 
outgoing links are found in step S9. one of such available 
alternate routes is selected based on the latest trunk- 
status information (idle-trunk-number information in 
this example) obtained for each available alternate 
route, such as shown in Table III in FIG. 7, This is 
followed by the call-connection operation through the 
selected available alternate route (i.e. holding an idle 
trunk and sending the call to the transit node) in step ^ 
Si 1. In step S12 the originating node receives a call-com- 
pletion or call-blocking signal and idle-trunk-number 
information from the transit node. In step S 13 the idle- 
trunk-number information of the available alternate 
route selected in step Sio, shown in Table III in FIG. 7, 3Q 
is updated based on the latest idle-trunk information 
received from the transit node. In step Suit is checked 
whether the received signal is a call-completion or call- 
blocking signal. If the signal is the call-blocking signal, 
the call-blocking operation is performed in step Sis, and 35 
if the signal is the call-completion signal, the call infor- 
mation is transferred to the next node in step S|6- In 
either case, the process ends. If necessary, step Si 7 is 
provided between steps Su and S15 for checking 
whether or not to retry the call-connection, as indicated 4Q 
by the broken line, and if the call-connection is to be 
retried, the process returns to step Sio, repeating the 
above-mentioned processing. 

A description will be given of two typical methods 
for selecting an available alternate route in step Sjo of 45 
FIG. 6. 

According to a first method, for example, the transit 
node sends idle-trunk information, as the trunk-status 
information, to the originating node in step Sc4 in the 
process flow of FIG. 4C. The idle-trunk information 50 
may be the busy/idle trunk-status, the number of idle 
trunks, or the trunk usage; in this example, the number 
of idle trunks is used as the idle-trunk information. In 
step S12 in the process flow of FIG. 6\ the originating 
node receives from the transit node the idle-trunk infor- 55 
mation on the selected available alternate route and, in 
step Si 3, updates the number of idle trunks correspond- 
ing to the available alternate route, shown in Table III 
of FIG. 7, as described previously. When the process of 
a call-connection has reached step Sio, the originating 60 
node refers to Table III and selects an available alter- 
nate route having the largest number of idle trunks. 
When there are two or more available alternate routes 
of the greatest number of idle trunks, one of them is 
selected randomly, cyclically, or on a predetermined 65 
order basis. Also in the case where binary information 
indicating the busy/idle trunk-status is used as the 
above-mentioned idle-trunk information, the available 



alternate route is selected in the same manner as men- 
tioned above. 

According to the second method, the idle- trunk in- 
formation received in step Su in the first method is used 
to determine the choice probability (described later) of 
the available alternate route. The choice probability 
thus determined is stored as shown in Table III of FIG. 

7 and this data is updated according to the received 
idle-trunk information. When the process of the call- 
connection has reached step Sio, the originating node 
refers to Table III of FIG. 7 and selects an available 
alternate route in accordance with the choice probabil- 
ity determined for each available alternate route. Also 
in this instance, steps Su through St 7, Si 9. S 20 and Su in 
FIG. 4A are omitted. One possible method for deter- 
mining the choice probability is as follows: 

Where the idle-trunk information is the number of 
idle trunks, the choice probability of an available alter- 
nate route larger in the number of idle trunks is deter- 
mined to be higher. Assuming that the numbers of idle 
trunks of the available alternate routes R134, R154 and 
R164 are 3, 5 and 2 as shown in Table III of FIG. 7, the 
choice probabilities of these available alternate routes 
are determined so that - 3/(3 + 5 + 2)=0.3, 
5/(3 + 5 + 2)=0.5 and 2/(3+ 5 +2) =0.2, respectively. 
With this method, however, when the number of idle 
trunks of any one of the available alternate routes is 
zero, its choice probability becomes zero and the avail- 
able alternate route will never be selected; so that a 
certain number (0. 1, for example) is added to each of the 
above number of idle trunks. 

According to the above-mentioned first method for 
selecting an available alternate route in step Sio, in each 
switching node an available alternate route of a larger 
number of idle trunks at each time point is selected. 
According to the second method, the probability of the 
available alternate route of a larger number of idle 
trunks being chosen increases. Consequently, the 
throughput of the entire network can be improved be- 
cause the disturbance of the numbers of idle trunks of all 
the available alternate routes is decreased. 

In steps S2 through S23 of the process flow of the 
originating node shown in FIG. 4A and in their various 
modifications mentioned above, all alternate routes of 
the set of available alternate routes are also possible to 
be assigned. This is substantially equivalent to selecting 
alternate routes directly from the set of available alter- 
nate routes without employing the assignment system. 
In this case, steps S16. Snand Sn 'm FIG. 4A are unnec- 
essary. 

It is also possible to employ a method in which the 
network control center NC handles single-link routes 
(first routes), and two-link routes (alternate routes) as 
equally selectable routes without making a distinction 
between them and determines sets of available routes 
for each switching node instead of determining sets of 
available alternate routes. In this instance, the sets of 
available routes do not always include single-link 
routes. In the processes shown in steps Ss through S23 in 
FIG. 4A and their aforementioned modified examples 
the originating node selects a route from the set of avail- 
able routes by the same processing as described previ- 
ously and tries a call-connection. FIG. 8 shows an ex- 
ample of the process flow of the call-connection proce- 
dure by the originating node. The process flow in FIG. 

8 is identical with that in FIG. 4A except that steps S2 
through S7 are left out. In step Sj the originating node 
responds to a call-connection request to select that one 
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of assigned available routes which is not in the unavail- tions days having similar attributes. The attributes of 

able status, thereafter performing the same call-connec- the observation day are those which are likely to 

tion procedure as in the case of FIG. 4A. No descrip- influence the traffic, such as weekdays, holidays, days 

tion will be given of the procedure, for the sake of preceding and following consecutive holidays, con- • 

brevity. 5 secutive holidays, seasons, etc, and this estimation is 

In any of the above-described various route selection carried out using a multi-variable analysis considering 

algorithms of the present invention for the call-connec- such attributes. 

tion procedure of each switching node, assigned avail- (b) The traffic volume is estimated using a time-series 

able routes in the set of available routes are updated in analysis based on periodically observed traffic data, 

accordance with their trunk status, by which is in- 10 ( c ) The traffic volume is estimated by the combined use 

creased the probability of selecting an available route 0 f tne above-mentioned methods (a) and (b). . 

which has a large number of idle trunks relative to the ( d) The traffic volume is estimated and forecast based 

other available routes at the time point of occurrence of on ^ ne twork operator's experience and knowl- 

a call-connection request, and consequently, the call- edge. 

completion probability is also improved. Moreover, 15 Base ^ on the tr ^ mc volume in each time zone esti- 

trunk resources of the entire network are used effi- mated m ^0^^ with the traffic data 274 the time 

ciently, and consequently, the network throughput of at which the xt of ava ilable routes is to be sent is deter- 

the entire network increases. j mined by the data transmission scheduling operation 

While in the above the transit node has been de- ^ ^ data transmission time is adaptively changed 

senbtdto sendthe^ 20 m accordance ^ wee kdays, holidays, seasons, etc. 

natmg node together with the call-completion or call- throughout the year 

blocking signal, the tnmk^tatus information may be The tnmk data „ c indudes dflta Qn |he nelW0fk 

^aJl'b? a kin gna topology (U. the connections between respective 

c 1-olocKing signal. ^ switching nodes through links), the number of trunks of 

Network Control Center each link and first routes between originating and termi- 

FIG. 9 is a function-block^hart of the network con- J"*"* node * f simil f da |f on * e constitution of the 

trol center NC The network control center NC per- telecommunicauons network. 

forms network-control-data transfer operations 25 for A Fo < c ° lectm * from ^ ch s ™ tchm * ***** traffic 
transferring a set of available routes or** of available 30 * ata 2 7f for observing the traffic volume and the trunk 
alternate routes to each switching node at a preset time dat * f c for updating the trunk-status information of 
and routing data generating operations 26 for determin- U 1 nk * ther ^ r ^ e » meth p d > n w f hlch the network 
ing, on the basis of collected data, a set of available contTO \ collects the data from each switch- 
routes which are recommended for connecting each m « node > a method » whlch the data * transferred from 
switching node-pair and has network databases 27 for 35 a data collecting system (not shown) provided sepa- 
preparing the set of available routes. ratc, y of the network control center NC for implement- 
The network-control-data transfer operations 25 in- m & ^ present invention, and a method in which the 
elude: a data transmission scheduling operation 25a for ^ te transferred from a dedicated system already 
scheduling the transmission of a prepared set of avail- employed in the telecommunications network of each 
able routes to each switching node; a routing data send- 40 country. Such a dedicated system already put into prac- 
ing operation 256 for sending the sets of available routes ^ use is » for example, a traffic data/trunk-status data 
at the scheduled time; and a network data receiving collecting system (referred to as ATOMICS (Advanced 
operation 25c for receiving network data from each Traffic Observation and Management Information Col- 
switching node. The routing data generating operations lecting System)) used in NTT telecommunications net- 
26 include a possible-route-pioking-out operation 26a 45 work of Japan. Such a dedicated system and the net- 
for picking out all possible routes through which each work control center may also be combined into a net- 
switching node-pair in the telecommunications network work control system. 

can be connected, and a set-of-available-routes deter- The following description will be given in connection 
mining operation 26b for selecting a set of preferable with the case of producing sets of available alternate 
available routes from the picked-out possible routes on 50 routes as the sets of available routes to be sent from the 
the basis of the network data such as traffic data and network control center NC to each switching node, 
trunk data. The network databases 27 include: route FIG. 10 shows, by way of example, the traffic condi- 
data 27a on. the possible routes picked out; transmission tions in the telecommunications network depicted in 
system data 276 for managing the transmission system FIG. 1. The network control center NC is not shown in 
that constitutes the telecommunications network; trunk 55 FIG. 10. A value added to each link represents, in terms 
data 27c for managing the number of trunks of each link; of a margin of traffic volume and an overflow traffic 
and traffic data Xld for estimating and forecasting the volume, the total traffic volume between each switch- 
traffic volume which will occur between an originating ing node-pair on the assumption that the traffic volume 
and a terminating node in the telecommunications net- has been offered only to the first route therebetween, 
work. 60 The margin of traffic volume and the overflow traffic 

The traffic data lid is used to estimate the traffic volume are defined as follows: 
volume between originating and terminating nodes in Overflow traffic volume: Traffic volume having 
each time zone or slot of a day. The following four overflowed from the first route 
methods can be employed for this estimation. More Specifically, the overflow traffic volume 0[i.j] 
(a) Traffic data obtained in the past is stored and the 65 0 f tne H n k Lij is defined by the following equation: 
traffic volume between each originating and termi- 
nating node-pair is calculated statistically based on 0{tJ\=Ac[tjVE{Ao[iJl N[iJ\) 
traffic data obtained in the same time zone of observa- 
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where Ao[i j] is the offered traffic volume on the link step S2 all alternate routes possible for each link used as 

Lij. N[ij] is the number of trunks of the link Lij, and the first route are picked out based on the transmission 

E{\*} is the Erlang's B equation (or referred to as a system data T7b and the trunk data 27c In step S3 a basic 

loss equation). traffic volume assignment procedure is performed in 

Margin of traffic volume: Traffic volume which can 5 which the total traffic volume, which is offered be- 

be offered until a reference call-connection quality is tween each originating-terminating node pair in the 

reached in the case where the first route satisfies the communications network, is entirely assigned to the 

reference call-connection quality ^ route between the originating-terminating node 

The margin of traffic volume C[ij] of the link Lij is pair In ^ next step §4 the margin of trafnc volume and 

defined by the following equation, for example: l0 thc ovcrflow traffic volume of each link are calculated, 

wi vi «w jy trafJ - c VQlumc m stcp Sj jjjg hnk lnus se | ected 

where A[i,j] is a value which satisfies E{A(ij], hereinafter be referred to as a first route. Of all alternate 

N[ij]}=Bo, Aofij] is the basic volume on the link Lij. M routcs for the ****** routc > m alternate route of 

Bo is a standard of loss probability (usually Bo=0.01). *e largest margin of traffic volume through two links is 

and max{a,b} is a function which takes a larger one of selected in step S6- The alternate route thus selected is 

a am j b stored as an available alternate route corresponding to 

The margin of traffic volume C[i j] and the overflow the first route. Next, in step S-7 a unit volume out of the 
traffic volume Op j] calculated by the above definitions overflow traffic volume from the selected first route is 
both take values greater than zero, and these values can assigned to the available alternate route selected in step 
be calculated for any link Lij. In general, where either S6. In the next step Sg the data of the overflow traffic 
one of the overflow traffic volume and the margin of volume and the margin of traffic volume of each link 
traffic volume is sufficiently larger, the other assumes a are recalculated. Steps S5 through Sg are repeated until 
value close to zero. In FIG. 10 only the larger one of a required number of available alternate routes are de- 
the overflow traffic volume and the margin of traffic termined for each link- 
volume is shown for each link and the value of the other In step S7 the assignment of unit volume from the 
is regarded as zero and is not shown for the sake of overflow traffic volume to the margin of traffic volume 
brevity. In FIG. 10 the margin of traffic volume is indi- can be approximated by a simple method in which the 
cated by a symbol "-" on its numerical value and the overflow traffic volume from the first route is reduced 
overflow traffic volume by a symbol " +" on its numeri- by the unit volume assigned to the available alternate 
cal value. rou t e and the margin of traffic volume of each link 

Now, consider the first route between the switching constituting the selected alternate route is decreased by 

nodes Nl and N4, i.e. a link L14, and the first route umt volume. 

between the switching nodes N2 and N3, i.e. a link L23 with re f crcnce to FIGS. 12A through 12F, a con- 

in FIG. 10. The overflow traffic volumes from the links crete exampIe of sequentially determining available 

LH and L23 are * and 7, respectively, and it is neces- a i tern ate routes by repeating steps S 3 through S 8 will be 

sary to search available alternate routes for alternate describcd using a simp i e network model with five 

call-connections. The criterion for selecting such an switching nodes . Five circles indicate switching nodes 

available alternate route is the margin of traffic volume m tQ NJ In HGS UA thrQ n UF reference numer . 

through two links which form the alternate route, and «° ^ Lu U3 U4 U5 L23f of , jnks whjch inter . 

the traffic volume which can be offered to the alternate connect ^ switchi nodes N1 10 N5 are omittedt and 

route is determined by the smaller one of the margins of rcference numerals R132( R142 ^ , of tw0 _ Imk routes 

traffic volume on the two links afe alsQ omittcd ^ u be (hat the fo||owj 

Theset-o^^ rules are applied to the procedure for sequentially deter- 
is to determine the set of available routes for each preset « ^ ^ ^ * * 
time zone by calculating the overflow traffic volume _ ° , .... . ^ .. , 
and the margin of traffic volume for each first route fl Ru ' e l i Whe ' e two or more links of the largest over- 
based on the trunk data 27c and the traffic data 27* ? ow trafftc ^ ume ™ ^ in Ste P S * one ° f the f 
There are the following criteria for obtaining sets of lmks > « ce P tho ^ which a required number of 
available alternate routes for all first routes through a 50 available alternate routes have already been deter- 
heuristic iterative calculation, (a) The traffic volume ""J*- is selected randomly. 

that is overflowed from all the alternate routes between * ul f 2: Whcre m S < C P S « f rc <j uir u ed ™ mber of *™ [ ' 

originating and terminating node pair will hereinafter able alternate routes have already been determined for 

be referred to as a blocked traffic load. A set of avail- the Imk ^ {ccted m stc P s 5- * route is selected from these 

able alternate routes which minimize the blocked traffic 55 available alternate routes. 

load between the originating and terminating node-pair ^ie 3: Where in step S 6 a required number of avail- 

of which the blocked traffic load is maximum are se- able alternate routes have not been determined yet for 

lected. (b) Sets of available alternate routes which maxi- the link selected in step S 5 , a route is selected from the 
mizes the throughput of the entire network, (c) A set of available alternate routes already determined, 

available alternate routes are selected which maximize 60 Rule 4: Where two or more routes of the largest 

the call-completion probability between the originating margin of traffic volume are found in step S6, one of 

and terminating node-pair of which the call-connection them is selected randomly. 

probability is the worst of all the pairs. Rule 5: Where the overflow traffic volume is smaller 

FIG. 11 shows a process flow for determining sets of than unit traffic volume in step S7, the total overflow 

available alternate routes through a heuristic calcula- 65 traffic volume is assigned to the selected alternate route. 

lion based on the above-mentioned criterion (a). Rule 6: Where the overflow traffic volume 15 is zero 

In FIG. 11, the process starts with the input of the in step S7, a traffic volume 0 is assigned to the selected 

traffic data 27d and the trunk data 27c in step S|, and in alternate route. 
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In FIG. 12A the numeral attached to each link repre- If the number of alternate routes is predetermined for 
sents the margin of traffic volume or overflow traffic each set of available alternate routes as explained above, 
volume calculated in steps Si through S-jof FIG. 11. In there is the possibility that all the links with overflow 
the following processing the number of available alter- traffic volume or all the alternate routes with the mar- 
nate routes set for each link is 2 for the links L12 and 5 gin of traffic volume are gone before the predetermined 
L34 and 0 for the other links, and the unit traffic volume number of available alternate routes are determined. In 
of assignment is 3. the former case, the unit volume for assignment is re- 
in FIG. 12A, since the link L34 connecting the duced so that the overflow traffic volume can be as- 
switching nodes N3 and N4 has the largest overflow signed to all available alternate routes. In the latter case, 
traffic volume 9, the link L34 is selected in step S5 of 1° when no alternate route with the margin of traffic vol- 
FIG. 11, and since the alternate route for the link _L34 ume is found in step S* in the process flow described 
which has the largest margin of traffic volume 7 is above, an alternate route which is the smallest in the 
R324, the route R324 is determined as an available alter- overflow traffic volume through two links is selected, 
nate route of the link L34 in step In step S7 a unit Furthermore, the alternate route which is used for 
volume of 3 out of the overflow traffic volume 9 of the 15 the actual call-connection is selected by the state- 
link _L34 is assigned to the margins of traffic volume 6 dependent adaptive routing which is executed by each 
and 7 of the links L23 and L24 which form the route switching node; and consequently, if the number of 
R324. Since the assignment in step S7 is conducted by available alternate routes in the set of available alternate 
addition/subtraction in this example, the overflow traf- routes is selected larger than usual, unpredictable condi- 
fic volume of the link L34 becomes 6 and the margin of 20 tions such as a trunk failure and a traffic variation can be 
^traffic volume of the links L23 and L24 becomes 3 and dealt with sufficiently. 

4 , respectively, and the results of the reassignment are FIG. 13 shows a process flow for determining a set of 

such as shown in FIG. 12B. available alternate routes by a heuristic iterative calcu- 

Then the process returns to step S5, wherein the link lation which will maximize the entire throughput of the 

L34 is selected, which still has the largest overflow network, referred to previously in item (b). Steps Si 

traffic volume 6 in FIG. 12B. In step Se an alternate through S4 in this process flow are identical with those 

route which has the largest margin of traffic volume for shown in FIG. 11, and in these steps the overflow traffic 

the link L34 is selected, and in this case, a route R314 is volume and the margin of traffic volume of each link 

determined as a second available alternate route of the 3Q are calculated. 

Link L34 in accordance with Rule 3. In step S7 the unit Based on the following rules a possible alternate route 

volume 3 of the current overflow traffic volume 6 of. the of the largest margin of traffic volume is selected in step 

link L34 is assigned to each of the margins 2 and 5 of S3. 

links L13 and L14 which form the route R134. The Rule 1: Where a required number of available alter- 

results of updating the data in step Ss are such as shown 35 nate routes have already been obtained for the first 

in FIG. 12C. route concerning the alternate route, and the overflow 

The process returns to step S3, wherein the link L34 traffic volume of the first route is zero or the alternate 

of the largest overflow traffic volume 3 in FIG. 12C is route concerned is not included in the set of available 

selected, and in step St a route which has the largest alternate routes already obtained, the alternate route is 

margin of traffic volume for the link L34 is selected. In ^ not selected. 

this instance, since two available alternate routes have Rule 2: Where the required number of available alter- 
already been determined for the link L34, the route nate routes have not been obtained yet for the first route 
R324 is selected in accordance with the Rule 2. In step concerning the alternate route and the overflow traffic 
S7 the unit volume 3 of the current overflow traffic volume of the first route is zero and the alternate route 
volume _3 of the link L34 is assigned to each of the 43 concerned is included in the available alternate routes, 
margins 3 and 4 of the links L23 and L24 which form the alternate route is not selected, 
the route R324. The results of updating the data in step In step S6. The possible alternate route selected in the 
Sg are such as shown in FIG. 12D. preceding step S3 is stored as an available alternate 

The process returns to step Ss, wherein a link L12 of route for the first route, 

the largest overflow traffic volume 1 in FIG. 12D is 50 In step S7. The unit volume of the overflow traffic 

selected, and in step S6 a route R152 which has the volume from the first route is assigned to the selected 

largest margin of traffic volume for the link L12 is de- possible alternate route. 

tennined as an available alternate routejof the link L12. In step Sg: The overflow traffic volume of the first 

In step S7 the overflow traffic volume 1 of the link L12 route and the margin of traffic volume of each link on 

is assigned, in accordance_with_Rule 5, to each of the 33 the selected possible alternate route are updated, 

margins of traffic volume 2 and 3 of the links LIS and The above-mentioned steps S3 through Ss are re- 

L25 which form the route R152. The results of updating peated until the required number of available alternate 

the data in step Ss are such as shown in FIG. 12E, routes are determined for each link. According to the 

Then the process returns to step S5, wherein the link process flow shown in FIG. 13, since the overflow 

L12 is selected following Rule 1, and in step S6 the route 60 traffic in the entire network is assigned efficiently so 

R152 is determined as a second available alternate route that the margin traffic in the entire network is used up 

of the link L12 in accordance with Rule 4. In step S7 the as much as possible, the sets of available alternate routes 

overflow traffic volume 0 is assigned to the route R152, are determined which maximize the throughput of the 

following Rule 6. The results of updating the data in network. 

step Ss are shown in FIG. 12F (which happens to be 65 FIG. 14 shows a process flow for determining the sets 

identical with FIG. 12E). Thus the two available alter* of available alternate routes by a heuristic iterative cal- 

nate routes set for the links L12 and L34 are deter- culation, using as the criterion the call-completion prob- 

mincd, with which the process ends. ability mentioned previously in item (c). 
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In steps Si through S3 traffic volume is assigned to the routes by continuing the heuristic iterative calculation 
first routes between each originating and terminating until a certain condition has been satisfied, instead of 
node-pair in the network on the basis of the traffic data predetermining the number of available alternate routes 
and the trunk data of all links as in the case of FIG. 11. f or each link. A description will be given, with refer- 
In step S4 the call-completion probability of a basic call 5 ence to FIG. 15, of process flow in which the heuristic 
is calculated for each link, and the overflow traffic iterative calculation is performed for determining the 
volume and the margin of traffic volume of each link sets 0 f available alternate routes, using the throughput 
are calculated as in step S4U1 FIG. 11. The call-coraple- 0 f the networ k as a criterion. 

tion probability y of the link Lij is expressed by In the pr0 cess flow shown in FIG. 15 steps Si 

y=l-B[ij] and the call-blocking probability B[tj] of ,0 through Siare identical with those in FIGS. 11 and 13, 

the link Lij can be obtained by the following simulta- and in these sleps , he overflow lrafflc vo | ume and the 

neous equations: margin of traffic volume are calculated for each link. 

In step Ss a possible alternate route of the largest 

AUft Atiit\ + 1 A & k \' margin of traffic volume is selected as in the case of 

l " " 01 JS jam 15 FIG. 13, but this selection is made following the rule 

, . - . mentioned below. 

2 l^iiTj Rule 1 : Where the overflow traffic volume of the first 

jut{k4[ route corresponding to the possible alternate route is 

B\ij\ = E(4[Lf\, N[fJ\) zero, the alternate route is not selected. The alternate 

20 route selected in step S3 is stored as an available alter- 
where Aft j] and Ao[ij] are the offered traffic volume nate route for the above-mentioned First route in step S$ 
and the basic traffic volume of the link Lij, Rp j] and as in the case of FIG. 13. In the next step S7 the unit 
|R[i,j]| are the set of available alternate routes and the volume of the overflow traffic volume from the first 
number of available alternate routes for the link Lij, k is route is assigned to the selected alternate route, and in 
the number representing a transit node Nk, E is the step Ss the overflow traffic volume of the first route and 
Erlang's B equation, and N[i j] is the number of trunks the margin of traffic volume of each link on the selected 
of the link Lij. alternate route are recalculated and updated. In the next 
In the next step S5 a link of the lowest call-completion step S9 the throughput of the entire network is calcu- 
probability is selected, and in step Sf, one of possible i atc d an d its value is stored, at the same time, corre- 
alternate routes which has the highest call-completion spending to the sets of available alternate routes having 
probability when the selected link is used as the first already been determined. 

route is selected as an available alternate route. It is Stcps Ss through S9 are repeated until the overflow 

assumed, however, that the call-completion probability traf f ic volume of every link is reduced down to zero, 

of the alternate route is given by the lower one of the and for cach rcpct ition of these steps one available alter- 

call-completion probabilities of the two links which natc route for onc of ^ i inks ^ addcd ^ the 

form the alternate route. In step S 7 the unit volume of throughput of the network corresponding to the sets of 

the overflow traffic of the selected link of the lowest availablc alternate routes at that time point is obtained, 

call-completion probability is assigned to two links of Whcn thc ovcrflow traffic volumes of all the links are 

the above-mentioned alternate route of the highest call- fcduccd t0 2Cfa thc proccss procccds to step Sl0 , in 

connection probability. In step S 8 the traffic volumes w which thc { t Qnc of the throughput valueSf each 

which are applied two links of the alternate route are obtaincd cach t ition of steps S 5 through S 9 , is 

updated based on the assigned traffic volume, and the fom|d ^ ^ ^ of ^ }Mc fOUtes detef . 

call<ompletion probability of the basic call on each of mincd ^ ^ ^ which ^ { th h , 

the links is calculated based on the updated traffic vol- ^ J dclcrmincd M thc intended set of 

ante. Steps S 5 through S 8 are repeated until a required 45 ^ ' 

number of available alternate routes are selected for . , . ftL iL . . f 

each link calculation of the throughput of the entire net- 

will be appreciated from the first route selecting ™ rk » ste P ?» » conducted by the following method, 

procedure in step Ss in FIG. 14, the criterion for obtain- "ittnce. Letting T[i 0 ] represent the earned traffic 

ing an appropriate sets of available alternate routes in 50 v ^ume /rom ■» onpnating node N. to a termmating 

this process flow is to determine a set of available alter- node N J< the tto°"&P* P « g»™ »V *e following 

nate routes which minimizes the blocked traffic load equation: 
between an originating-terminating node pair which is 

the largest in the traffic volume which cannot be carried p _ x - 

by all of the afore-mentioned available alternate routes. 55 ~ QtV 
In order for all users to utilize the telecommunications 

network at the same grade of service, it may be desir- and the carried traffic volume T[i j] is given by the 

able to employ a set of available alternate routes which following equation: 
minimizes the call-completion probability between an 

originating and terminating node-pair which is the low- 60 ^ s (i - b\Lj]) • ^ofo] + 
est in terms of the call-connection quality therebetween 

as mentioned previously in connection with the process . N 

flow shown in FIG. 14. , { x (l _ ^ . * M) } 

While in the above a predetermined number of avail- V ' ' ' 

able alternate routes are determined for each link 65 

through the heuristic iterative calculation as described Here, V is the set of switching node in the network, 

previously in respect of FIGS. 11, 13 and 14, it is also B[i j] is the call-blocking probability of the link Lij. 

possible to determine the set of available alternate Ao[iJ] is the basic traffic volume on the link Lij, R(i JJ is 
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the set of available alternate routes of the link Lij, In the FIGS. II, 13, 14 and 15 the process of deter- 
|Rpj]| is the number of available alternate routes, and mining the set of available alternate routes in the net- 
It is the number indicating a transit node Nk. work control center NC a plurality of routes between 

FIGS. 16 and 17 are simulation results respectively each originating-terminating node-pair are divided into 

showing the call-completion probability against the 5 the process of determining the first route which has 

number of available alternate routes and the adaptabil- high priority and the process of determining alternate 

ity to actual traffic variations using the model in which routes which are used when the traffic volume of the 

the set of available alternate routes were picked out ^st route overflows, but the present invention can be 

following the process flow shown in FIG. 11. applied, of course, to the method to determine a set of 

In FIGS. 16 and 17 there are shown the results of 10 available routes from the routes between the ongm-des- 

computer-simulation in the case where the state- ^non nodes, without dividing them into the first 

dependent dynamic routing was performed using the set route and alternate routes. As for the process flow in 

of available alternate routes picked out following the ««. assuming that a virtual first route having no 

processing procedure of the network control center. idle trunk is provided between each node-pair sepa- 

The network model used for the evaluation is a mesh 15 ^ of ^ P°^ blc r ? utes ™lu£ng * single-link route, 

network with 36 switching nodes, in which a designed thc Procedure for assigning traffic to the first route in 

traffic volume between each originating-terminating stc P Sj"J» the P 1 ™* 5 *™ °J ™. " can * e ^2?" 

node-pair is 30 erl and the offered traffic volume there- m ± n ** t0 * e virtualfirst routes the traffic 

between is 30 erl on the average; hence the network is , n f^^T^u ? ^ J£* ^^ m . fw Se ' 

set in an unbalanced traffic condition in which the traf- 20 ^ the l f £ thc ^\°!^^ r £™ ™ f 

fic volume is randomly set based on the unit distribu- s [ e P * caa ato be implemented by selecting that one of 

tion. Consequently, first routes of large overflow traffic Jj^JJJJ 1 ^ ^ ^ ° Verfl ° W 

and first routes of large margin of traffic volume are r ^^5^' the above the routing control method of 

distributed with each other m the network. „ ^ mvention has ^ M bei 

The vertical axis in HG. 16 represents the worst J lQ a telecommunications nctwork , lhc routing 
completion probability between the ongin-destina- method Qf tfae flt mvention m be applicd 
tion node pair, and the horizontal axis represents the M weU tQ a telecommunicatio ns network in which links 
number of available alternate routes provided equally connected via a communications satellite (hereinafter 
for each first route. In FIG. the characteristic (a) is 3Q refcrrcd tQ ^ communicatioils satc n itc links) can be 
obtained in the case where a limited number of available selectcd ^ alternate routes. An example of such a tele- 
alternate routes were provided for each switching node communications network will be described with refer- 
in accordance with the procedure of the present inven- ence t0 pjQ 

tion and thc characteristic (b) is obtained in the case In pjQ lg five sw itching nodes Nl through N5 are 
where all alternate routes were applied to each switch- 35 interconnected via links L12, L13, L14, L23 f . . . (which 
ing node, that is, in the case of the conventional state- are re f erre d to also as ground links), and each switching 
dependent dynamic routing by centralized control in node can be connected to the other switching nodes via 
each switching node. From the results, it is found that a communications satellite CS by communications satel- 
the call-completion probability in the case of limiting lite S n, S13, . . . indicated by the broken lines. For 
the number of available alternate routes is higher. More- 40 tne 5^ G f clarity, no network control center is shown, 
over, since the characteristic (a) varies gently with an ln ^ communications network containing the links for 
increase in the number of available alternate routes, the interconnecting the switching nodes via the communi- 
number of available alternate routes can be determined cations satellite, a communications satellite link is used 
within the range in which the maximum level of (a) is ^ ^ alternate route for trying a call-connection only in 
maintained. As a result of this, it is possible to enhance 43 the case where each cannot perform the call-connection 
adaptability to unpredictable conditions such as a traffic v ja the first route and no idle trunk is found in any 
prediction error and a trunk failure. outgoing ground links of currently assigned available 
FIG. 17 shows the capability of maintaining perfor- alternate routes. Assume, for example, that the switch- 
roance in an unpredictable condition such as the above- ing nodes Nl and N2 are an originating and a terminat- 
mentioned traffic prediction error or trunk failure, that 50 ing nodes, respectively, and routes R132 and R142 are 
is, against a prediction error. The vertical axis repre- the currently assigned available alternate routes. Where 
sents the worst call-completion probability between the, no idle trunk is found in the first route L12 and no idle 
origin-destination node pair, and the horizontal axis trunk is found in either of the alternate routes R132 and 
represents a traffic prediction error ratio between an R142, the process passes through, for example, steps Ss, 
origin-destination node pair which is used for picking 55 Sin and S21 of FIG. 4A twice and through steps S24 
out the sets of available alternate routes, that is, an error and Su and then reaches step S25 indicated by the bro- 
ratio between the actual traffic volume and the pre- ken line. If it is determined in step S25 to retry the call- 
dieted one. When the number of available alternate connection, the process does not return to step S2 but 
routes is too small or too large, the level of the call-corn- instead it is checked whether a trunk is idle in the com- 
pletion probability lowers, yet, when the number of 60 munications satellite link Su, and if so, the call is con- 
available alternate routes is too large, the capability of nected to thc communications satellite link S12, after 
maintaining performance against the prediction error which the same processing as in steps S« through S7 are 
improves, because it is difficult to be affected by the performed. If no idle trunk is found in the communica- 
traffic prediction error. In other words, it is seen that dons satellite link S12, the process ends with the call- 
when the number of available alternate routes is 8, the 65 blocking operation. 

call-connection probability is sufficiently high and the Incidentally, transmission systems are not always 

capability of maintaining performance under equipment different with the first route which directly connects 

failure is also sufficiently high as shown in FIG. 17. two switching nodes in telecommunications networks 
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are not always formed by a transmission system inde- 
pendent from other links. For example, links L12, L13, 
L14. L23, L24 and L34 which connect four switching 
nodes Nl, N2, N3 and N4 in FIG. 19 each form the first 
route, but the link L13 is accommodated in the same 5 
hardware transmission systems TX2 and T23 as the links 
L12 and L23. In this instance, however, the link L13 
only passes through the switching node N2 and the 
switching node N2 does not perform the call-connec- 
tion. When a failure occurs in the transmission system 10 
T12 or T23 in such a transmission network, no call-con- 
nection is possible even if a certain route is selected 
from the links L12 and L23 as an alternate route for the 
link L13 which is the first route. In this case, by includ- 
ing in the set of available alternate routes in advance, as 13 
additional alternate routes, links L14 and L34 accom- 
modated in transmission systems T14 and T34 different 
from those systems T12 and T23 in which the link L13 
is accommodated, it is possible to avoid a serious prob- 
lem of making both of the first route and its alternate 20 
routes unavailable, even if a failure occurs in the trans- 
mission system T12 or T23. To this end, the network 
control center may include such significant alternate 
routes in the set of available, alternate routes in ad- 
vance, or each switching node may include such signifi- 25 
cant alternate routes in the set of available alternate 
routes received from the network control center. The 
different transmission systems herein mentioned include 
transmission systems different in a wide sense, such as 
systems installed using physically different cables pass- 30 
ing through different places, a ground transmission 
system and a communications satellite system, a digital 
transmission system and an analog transmission system, 
or a wire transmission system and a radio transmission 
system. 35 

Although in the above each first route is defined by 
one link which connects two switching nodes, it may 
also be defined by a predetermined number of links 
which connect the two switching nodes. In such an 
instance, one or more transit nodes are contained in the 40 
first route, and two-link alternate routes are defined for 
each link which constitutes the first route. Also in such 
a telecommunications network the process flow by each 
switching node may be substantially the same as the 
process flow shown in FIG. 4A, for example, and the 45 
process flows in the other embodiments may also be 
used. 

As will be appreciated from the description given so 
far, the present invention has such advantages as fol- 
lows: 50 

(i) The sets of available alternate routes are sent from 
the network control center to each switching node, but 
since the alternate route to be used according to the 
real-time network status is selected under distributed 
control of the switching node, the frequency of control 55 
between the network control center and the switching 
node can be reduced markedly as compared with the 
frequency needed in the state-dependent adaptive rout- 
ing placed under centralized control of the network 
control center. The traffic in Japan, for instance, 60 
reaches its peak in substantially the same time zone all 
over the country and two or three times a day. Accord- 
ingly, the set of available alternate routes sent from the 
network control center needs only to be prepared in 
accordance with the traffic volume in the peak time, 65 
and the traffic volume decreases in other time zones as 
a whole, and hence can be dealt with within the range 
of the sets of available alternate routes provided in the 
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peak time zone. As a result of this, the sets of available 
alternate routes needs only to be sent from the network 
center to each switching node two or three times a day. 
Furthermore, even if the network control center does 
not function because of a failure, the switching node 
searches for the second-best route through use of the set 
of available alternate routes provided so far, thereby 
implementing a highly reliable system. 

(ii) According to the present invention, since each 
switching node performs the state-dependent adaptive 
routing, idle trunks of links in the network which result 
from traffic variations or mismatching of trunk re- 
sources can be utilized more efficiently than in the case 
of the time-dependent adaptive routing system. 

(iii) According to the present invention, since the 
range of search for routes, i.e. the set of available alter- 
nate routes, is limited taking into account the traffic 
assignment throughout the network, the number of 
routing failures by each switching node until finding an 
appropriate route is smaller than in the case of the con- 
ventional state-dependent adaptive routing by each 
switching node. This affords reduction of the amount of 
the processing by the switching node, and in the case of 
employing a method in which a call is handled as a 
blocked call when call-connection is failed in alternate 
routes, its completion probability can be improved. 

(iv) In the state-dependent adaptive routing by each 
switching node, the node usually manages data on the 
set of available alternate routes for each first route. In 
the present invention, however, since the number of 
available alternate routes is limited, the amount of data 
to be managed is smaller than in the case of managing 
the data on alternate routes throughout the network. 
Moreover, it is necessary to observe the network condi- 
tions, from the point of a network operation, such a 
condition as the transit-call-completion probability in an 
alternate route for each link on the first route. Also in 
this case, the present invention reduces the number of 
counters for measurement and the amount of measured 
data to be processed, because the number of available 
alternate routes is limited. 

As described above, according to the present inven- 
tion, the network control center limits the route-search 
range, taking into account the traffic conditions and the 
trunk status, and the sets of available alternate routes are 
sent to each switching node, and each node performs 
the state-dependent adaptive routing within the range 
of the sets of available alternate routes. This permit 
effective use of the idle network resources which result 
from traffic variations and mismatching of network 
resources. Moreover, the frequency of control between 
the network control center and each switching node 
can be reduced as compared with the frequency of 
control in the state-dependent adaptive routing under 
centralized control of the network control center. The 
number of routing failures until finding an appropriate 
route by each switching node is smaller than in the case 
of the state-dependent adaptive routing by the switch- 
ing node. Besides, the amount of data to be managed in 
each switching node, the number of counters and the 
amount of measured data to be processed in the switch- 
ing node are smaller than in the case of managing data 
on all routes in the telecommunications network. 

It will be apparent that many modifications and varia- 
tions may be effected without departing from the scope 
of the novel concepts of the present invention. 

What is claimed is: 
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1. An adaptive routing control method for a telecom- (b) the throughput throughout said telecommunica- 
munications network in which a plurality of switching uons network is maximized approximately; and 
nodes are interconnected via links each composed of a (c) a call-completion probability between one of said 
plurality of trunks, one or more routes formed by one or switch-node pairs which is lower than a call-corn- 
more of said links are provided between each node pair 5 pletion probability between any other node pairs is 
made up of two arbitrary ones of said switching nodes, maximized approximately. 

and at least one network control center is connected via 5. The method of claim 3 wherein said network con- 

a control signal link to each of said switching nodes, trol center includes in said set of available alternate 

said method comprising: routes for each said first route at least one of alternate 

a step wherein said network control center adaptively 10 routes accommodated in a transmission system different 

determines, for each said node pair, a set of avail- from that in which said first route is accommodated, 

able routes composed of routes which are set avail- 6. The method of claim 3 wherein each said switching 

able based on the traffic volume in said telecommu- node adds to said set of available alternate routes at least 

nications network and the trunk status of said links; one of alternate routes accommodated in a transmission 

a step wherein said network control center sends said 15 system different from that in which said first route is 

set of available routes to each switching node of accommodated. 

each said node pair; 7. The method of claim 1 wherein said step of select- 
a step wherein each said switching node receives and ing one of said routes from said set of available routes 
stores said set of available routes sent from said and performing a call-connection by each said switch- 
network control center; 20 ing node includes a step of preselecting one or more 
a step wherein each said switching node responds to available routes from each said set of available routes 
. each call-connection request to select one of said and assigning said preselected available routes, and a 
routes from said set of available routes and perform step of responding to a request for the connection of a 
a call-connection procedure based on trunk-status call to select said one route from said assigned available 
information obtained with respect to the most re- 25 routes and perform said call-connection procedure, 
cent call-connections through respective said 8. The method of claim 7, further including a step 
routes; wherein as a result of said call-connection procedure 
a step wherein, when a call requesting said switching using said selected one of said assigned available routes, 
node for connection is a call to a transited from one at least one more available route is selected from said set 
of the other switching nodes which is the original- 30 of available routes and assigned if one of the following 
ing node of the call to another of said switching three conditions is satisfied: (a) said call could not be 
nodes which is the terminating node of said call, connected, (b) said call could be connected but all 
said switching node acts as a transit node, is con- trunks in said selected one route have become busy, and 
nected to said terminating node, and transfers to (c) said call could be connected but the number of idle 
said originating node trunk-status information of 35 trunks remaining in said selected one route has become 
said link which constitutes said selected available smaller than a predetermined value, 
route; and 9. The method of claim 1 wherein said step of select- 
a step wherein upon each reception of said trunk- ing one of said routes from said set of available routes 
status information corresponding to said selected and performing a call-connection procedure by each 
available route, said originating node stores and 40 said switching node includes a step of preselecting one 
updates said trunk-status information. or more available routes from said set of available 

2. The method of claim 1 further comprising a step routes and assigning said preselected available routes, 
wherein said network control center updates said sets of and a step of responding to said request for the connec- 
available routes at a predetermined time and sends said tion of a call to select a currently available one of said 
updated sets of available routes to each said switching 45 assigned available routes. 

node. 10. The method of claim 9 further comprising a step 

3. The method of claim 1 wherein each said set of wherein when said trunk-status information received by 
available routes is a set of available alternate routes, said originating node indicates a high possibility of a call 
composed of one or more alternate routes for a first being blocked in said link connected to said terminating 
route which is a predefined one of said routes between 50 node, said originating node sets said assigned available 
each said node pair, and further comprising a step routes including said link unavailable for a predeter- 
wherein each said switching node responds to each said mined period of time. 

call-connection request to try to find an idle trunk in 11. The method of claim 10 further comprising a step 

said first route preferentially, and a step wherein when wherein when the number of those of said assigned 

having failed in finding an idle trunk in said first route, 55 available routes which are not unavailable becomes 

each said switching node tries to find an idle trunk in smaller than a predetermined value, said switching node 

one of said alternate routes in said set of available alter- cancels the assignment of at least said assigned available 

nate routes. routes having been set unavailable and newly assigns 

4. The method of claim 1, 2, or 3 wherein said set of those of said available routes which are assignable, 
available routes is determined in a manner to satisfy at 60 12. The method of claim 11 further comprising a step 
least one of the following three conditions: of inhibiting the assignment of said assignment-canceled 

(a) letting a traffic volume overflowing from each available routes for a predetermined period of time, 

said set of available routes be identified as a 13. The method of claim 9 further comprising a step 
blocked traffic load, said blocked traffic load be- wherein when said trunk-status information received by 
tween one of said switching node pairs which is 65 said originating node indicates a high possibility of a call 
larger than said blocked traffic load between any being blocked in said link connected to said terminating 
other switching node pairs is minimized approxi- node, said originating node cancels the assignment of 

mately; said assigned available routes including said link and 
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inhibits their reassignment for a predetermined period 
of time, and a step wherein said originating node assigns 
one of said available routes which are assignable, in 
place of said assignment-canceled available routes. 

14. The method of claim 12 or 13 wherein said prede- S 
term in cd period of time for which the assignment of 
said assignment-canceled available routes is inhibited is 

a fixed period of time. 

15. The method of claim 12 or 13 wherein said prede- 
termined period of time for which the assignment of 10 
said assignment-canceled available routes is inhibited is 
determined on the basis of said trunk-status information. 

16. The method of claim 9 further comprising a step 
wherein when no idle trunk is found in an outgoing link 
constituting said assigned available route selected by 15 
each said switching node in response to said call con- 
nection request, said selected assigned available route is 
set unavailable for a predetermined period of time. 

17. The method of claim 16 further comprising a step 
wherein when no idle trunk is found in said outgoing 20 
link constituting said selected assigned available route, 
each said switching node repeats said call-connection 
procedure, using one of the other assigned available 
routes which are not in an unavailable status. 

18. The method of claim 16 or 17 further comprising 25 
a step wherein when all of said assigned available routes 
are unavailable, said switching node cancels their as- 
signments and newly assigns those of said available 
routes which are assignable, 

19. The method of claim 17 further including a step of 30 
inhibiting assignment of said assignment-canceled avail- 
able routes for a predetermined period of time. 

20. The method of claim 10 wherein said predeter- 
mined period of time for which said assigned available 
routes are set unavailable is based on the time at which 35 
said originating node receives said trunk-status informa- 
tion. 

21. The method of claim 10 wherein said switching 
node for transiting said call transfers the time of obser- 
vation of the trunk status of said link to said originating 40 
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node together with said trunk-status information, and 
based on said received observation time, said originat- 
ing node sets said assigned available routes unavailable 
for said predetermined period of time. 

22. The method of claim 20 or 21 wherein said prede- 
termined period of time for which said assigned avail- 
able routes are set unavailable is determined in accor- 
dance with said trunk-status information. 

23. The method of claim 20 or 23 wherein said prede- 
termined period of time for which said assigned avail- 
able routes are set unavailable is a fixed period. 

24. The method of claim 9 further comprising a step 
wherein said switching node for transiting said call 
performs a procedure for connecting said call to said 
trunk of said link which constitutes said selected as- 
signed available route and is connected to said terminat- 
ing node, receives from said terminating node a re- 
sponse signal indicating the completion or blocking of 
said call and sends said response signal to said originat- 
ing node. 

25. The method of claim 24 wherein said switching 
node for transiting said call appends said trunk-status 
information to said response signal and sends them to 
said originating node. 

26. The method of claim 24 wherein said switching 
node for transiting said call sends said trunk-status infor- 
mation to said originating node separately of said re- 
sponse signal. 

27. The method of claim 1 wherein said step of select- 
ing one of said available routes includes a step of deter- 
mining the choice probability of each of said available 
routes based on the trunk-status information thereof, 
and a step of selecting one of said available routes based 
on said choice probability. 

28. The method of claim 1 wherein said trunk-status 
information is the number of idle trunks of each of said 
links and that one of said available routes which is se- 
lected has the largest number of idle trunks. 

***** 
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